アカウント名:
パスワード:
企業の宣伝がどうとか以前に、新しい絵文字を Unicode に追加するのはやめていただきたいです。
文字集合に色々ぶち込んだとしても、対応するフォントが無いと表示できないので不便です。現状でも、Android と iPhone で表示できる絵文字が違うので、「この絵文字は Android or iPhone で表示できるのかな?」と文字ごとに確認しなければならないという、極めて不便な状況になっています。
これに新しい絵文字が追加されると、アプリケーションのバージョンによって対応しているかどうかが異なってしまって扱いが更に困難になります。
そもそも、Unicode に絵文字なんていらないと思いますが、どうしても文字として扱いたいなら SVG 画像(画像を表示できない端末向けに、代替テキストも付けるべき)を文字として使える仕様にすれば良いのではないでしょうか。
それならば、メッセージのやり取りをする際に、相手端末が Unicode 拡張 SVG 画像表示に対応しているかどうかだけ考えればよく、絵文字ごとにフォントを相手が持っているかを一字一字確認する必要がなくなります。SVG 画像ならば、解像度に関わらず美しく表示できるので、クロスプラットフォームにも最適です。
途中から文字コードと関係ないレイヤーの話になってるので、何を言いたいのか分からないよ。PDFの埋込みフォントみたいなものを普及させたいって話?
Printable is bad氏は長文書くことが目的であって、そのための内容は特に無いのが常です。
ハンドルネームを実践啓蒙してるのか
私も絵文字をUnicodeに入れることに反対の意見を持っていて、今でも絵文字が増えると聞くとあまり良いこととは感じられないでいるのですが。
確か以前の絵文字に関するスラドのコメントに、『いろいろな理由から、絵文字をUnicodeに入れず、画像として扱うべきだと言いたいのはわかる。だが、Unicodeコードポイントを割り当てられた(絵)文字と比べて、画像は種類を特定・分類したり、内容(意味)を取り出すことが、文字列よりも難しい。Unicodeは"現実的"なプロジェクトだ。Unicodeが潔癖症になって絵文字を収録せず、文字列が表示されている場所に"内容"の取れない"画像"が置かれることを許せば、将来、文字列やその意味を解析するプログラムにとっての大きな障害になる恐れがある。だからUnicodeは、絵文字にコードポイントを割り当てて一定の"意味"に相当する文字名と解説を付け加えることで、それを防ごうとしている(のではないか)。』といったような話が書かれていて、賛同とまでは行かなくても、絵文字収録に納得した覚えがあります。
// どう考えても元にしたコメントより文章量が増えているので、私の妄想も含まれているであろうと思われますが、参考になれば。
それを読んで、画像に一意のコードを割り当てるメリットがそこまでないと思いましたけどね。そもそも文字の枠組みにはまらない要素が多すぎるので、画像に内容のタグ付する技術とかを進化させたほうがよっぽどメリットがあるかと。
その気持ちは分かるんですが、その性で、本来、悪く言えば、日本ガラパゴスだった絵文字が無理矢理国際化されたあげく、変な文化的な軋轢を生み、意味の分からない色を選択する仕組みなんかが導入され・・・、っていう、完全にパンドラの箱を開けてしまったような状態になってしまったことは悲しい現実ですね。
# それでも希望が残ったと言えるのかもしれないけど。
Unicode はそろそろバベルの塔みたいになってきましたね。
何バイトになると思ってんだよ...
今も画像で送っているシステムがあるので、問題ないサイズです。
なぜ「フレームのもと」が付いているんだろうね。Unicodeの文字として扱うならバイト数は重要だろうに。
モデレータが本質を読み解く前に感情で動く馬鹿だから
マイナスモデするモデレータの考えは、多分#2925377を「どうして(何)こんなレベルの工作でお給料もらえる(バイトになる)と思ってんだよ」と誤解しているのでは?
# ここまで強引じゃないとマイナスモデする理由が思いつかないのです。それだけ理解に苦しむ
Webフォントってのが一般的になれば解決するのかしら?
ユニコードコンソーシアムが責任持ってパブリックドメインのフォントファイルを作ってあらゆるデバイスはそれを使って自動的に更新するようにして欲しい
ユニコードコンソーシアムは字形を例示してるよね。規格をリリースすると同時にあれをフォントデータとして公開していくべきだと思うけどね。
それHTMLじゃん
Tofu on fire とか The Artist Formerly Known As Prince とかですか? >代替テキスト
The Artistで思い出した。浜崎あゆみの「M」もTVの音楽番組で文字表記される時はいつも同じ字形だけど、フォント指定がされてるのか、それともビットマップ(あるいはベクター)で用意されているのか
将来的にはSVGじゃなくてビットマップ的な物を埋め込めるようにする予定とかどっかで読んだ覚えがあるんだが…まぁSVGの方が画質的に後腐れがないな。
> SVG 画像(画像を表示できない端末向けに、代替テキストも付けるべき)ASCII環境ではそもそも多言語表示出来ないし、Unicodeをサポートしてる時点でレンダリングエンジンによって画像化した文字を表示してるような気がする。旧来のシステムでは代替表示すら対応出来ない可能性が高いし、ベクトル絵文字は出せないけど代替表示はできるって環境はどの位発生するのだろう。代替表示すらできないシステムのために事前変換するシステムとか、結構限定されてる気が…
UTR #51の中程に、すべての前提となるような重要な項目が埋もれている。以下の一文だ。 〈拙訳〉実装のためのより長期のゴールは、埋め込み画像をサポートすることです。それは任意の絵文字を可能にして、追加のUnicode符号化に依存しません。(8 Longer Term Solutions/より長期の解決法)
ここで重要なことは、UTR #51の著者がGoogleとAppleで幹部クラスのエンジニアであることだ。実装指針というUTR #51の性質や、ここで詳述しないが、比較的踏み込んだ実装方法まで検討されていることも考えると、近い将来、iOS/OS XやAndroidで、埋め込み画像が実装される可能性は十分にあると考えられる。
将来SVGとか埋め込み画像がサポートされても結局互換性の為に今までの絵文字のコードポイントは残るんでしょう?ゴミを増やした人たちが「将来は綺麗に整理されるから!」とか言ってもなぁ
そもそも、文字コードに絵文字は要らない。元々は日本のケータイ絵文字をPCでも見れるように.....ってのが大元で絵文字がUnicodeに入ったと記憶しているけど、合ってるっけ?
文字コードに絵文字入れてカラーにし始めた結果、肌の色に関する人種差別問題が発生したりしてるし、普通の文字しか使うつもりのない人達にはいい迷惑じゃない?
てか、Unicodeに絵文字が入っても、コードを知らないと入力できなさそうな文字を使うのが面倒だから、オレは間違いなく使わない。......漢字とかはFEPで変換するけど、海外のFEPなんか使わない国で絵文字を入れるのにどうするんだろ......
>そもそも、文字コードに絵文字は要らない。
その意見を突き詰めて行くと、漢字が排除されてしまいますので……
絵文字をネイティブで話す民族が居るとでも言うのか?
JCとかJKとかかな?
Live A Liveに居た
世界的な絵文字人気で、unicode採用の機会が増える事は良い事だと思いますよ?
以前は「漢字?なにそれ?」状態でasciiコードだらけだったのが、最初からマルチバイト対応してくれてるなんて良い事では?
じゃあNAPLPSの復活ということで。
SVGが万能技術かなんかと勘違いしているんだろうな
ベクトルデータの描画コストやオーバーフロー処理とかロクな事が無いのに
処理コストなんてTrueTypeとかのアウトラインフォント(一種のベクトルデータ)でも大して変わりありませんがな
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人はmoriwaka -- Anonymous Coward
絵文字は SVG 画像にすべき (スコア:2)
企業の宣伝がどうとか以前に、新しい絵文字を Unicode に追加するのはやめていただきたいです。
文字集合に色々ぶち込んだとしても、対応するフォントが無いと表示できないので不便です。現状でも、Android と iPhone で表示できる絵文字が違うので、「この絵文字は Android or iPhone で表示できるのかな?」と文字ごとに確認しなければならないという、極めて不便な状況になっています。
これに新しい絵文字が追加されると、アプリケーションのバージョンによって対応しているかどうかが異なってしまって扱いが更に困難になります。
そもそも、Unicode に絵文字なんていらないと思いますが、どうしても文字として扱いたいなら SVG 画像(画像を表示できない端末向けに、代替テキストも付けるべき)を文字として使える仕様にすれば良いのではないでしょうか。
それならば、メッセージのやり取りをする際に、相手端末が Unicode 拡張 SVG 画像表示に対応しているかどうかだけ考えればよく、絵文字ごとにフォントを相手が持っているかを一字一字確認する必要がなくなります。SVG 画像ならば、解像度に関わらず美しく表示できるので、クロスプラットフォームにも最適です。
Re:絵文字は SVG 画像にすべき (スコア:2)
途中から文字コードと関係ないレイヤーの話になってるので、何を言いたいのか分からないよ。
PDFの埋込みフォントみたいなものを普及させたいって話?
アレゲなニュースと雑談サイト
Re: (スコア:0)
Printable is bad氏は長文書くことが目的であって、
そのための内容は特に無いのが常です。
Re: (スコア:0)
ハンドルネームを実践啓蒙してるのか
Re:絵文字は SVG 画像にすべき (スコア:2)
私も絵文字をUnicodeに入れることに反対の意見を持っていて、今でも絵文字が増えると聞くとあまり良いこととは感じられないでいるのですが。
確か以前の絵文字に関するスラドのコメントに、
『
いろいろな理由から、絵文字をUnicodeに入れず、画像として扱うべきだと言いたいのはわかる。
だが、Unicodeコードポイントを割り当てられた(絵)文字と比べて、画像は種類を特定・分類したり、内容(意味)を取り出すことが、文字列よりも難しい。
Unicodeは"現実的"なプロジェクトだ。
Unicodeが潔癖症になって絵文字を収録せず、文字列が表示されている場所に"内容"の取れない"画像"が置かれることを許せば、将来、文字列やその意味を解析するプログラムにとっての大きな障害になる恐れがある。
だからUnicodeは、絵文字にコードポイントを割り当てて一定の"意味"に相当する文字名と解説を付け加えることで、それを防ごうとしている(のではないか)。
』
といったような話が書かれていて、賛同とまでは行かなくても、絵文字収録に納得した覚えがあります。
// どう考えても元にしたコメントより文章量が増えているので、私の妄想も含まれているであろうと思われますが、参考になれば。
Re: (スコア:0)
それを読んで、画像に一意のコードを割り当てるメリットがそこまでないと思いましたけどね。
そもそも文字の枠組みにはまらない要素が多すぎるので、画像に内容のタグ付する技術とかを進化させたほうがよっぽどメリットがあるかと。
Re: (スコア:0)
その気持ちは分かるんですが、その性で、本来、悪く言えば、日本ガラパゴスだった絵文字が無理矢理国際化されたあげく、変な文化的な軋轢を生み、意味の分からない色を選択する仕組みなんかが導入され・・・、っていう、完全にパンドラの箱を開けてしまったような状態になってしまったことは悲しい現実ですね。
# それでも希望が残ったと言えるのかもしれないけど。
Unicode はそろそろバベルの塔みたいになってきましたね。
Re:絵文字は SVG 画像にすべき (スコア:1)
何バイトになると思ってんだよ...
Re: (スコア:0)
今も画像で送っているシステムがあるので、問題ないサイズです。
Re: (スコア:0)
なぜ「フレームのもと」が付いているんだろうね。
Unicodeの文字として扱うならバイト数は重要だろうに。
Re: (スコア:0)
モデレータが本質を読み解く前に感情で動く馬鹿だから
Re: (スコア:0)
マイナスモデするモデレータの考えは、多分#2925377を「どうして(何)こんなレベルの工作でお給料もらえる(バイトになる)と思ってんだよ」と誤解しているのでは?
# ここまで強引じゃないとマイナスモデする理由が思いつかないのです。それだけ理解に苦しむ
Re:絵文字は SVG 画像にすべき (スコア:1)
Webフォントってのが一般的になれば解決するのかしら?
Re: (スコア:0)
ユニコードコンソーシアムが責任持ってパブリックドメインのフォントファイルを作って
あらゆるデバイスはそれを使って自動的に更新するようにして欲しい
Re: (スコア:0)
ユニコードコンソーシアムは字形を例示してるよね。
規格をリリースすると同時にあれをフォントデータとして公開していくべきだと思うけどね。
Re: (スコア:0)
それHTMLじゃん
Re: (スコア:0)
Tofu on fire とか The Artist Formerly Known As Prince とかですか? >代替テキスト
そもそも、Unicode に絵文字なんていらないと思いますが、どうしても文字として扱いたいなら SVG 画像(画像を表示できない端末向けに、代替テキストも付けるべき)を文字として使える仕様にすれば良いのではないでしょうか。
Re:絵文字は SVG 画像にすべき (スコア:1)
The Artistで思い出した。
浜崎あゆみの「M」もTVの音楽番組で文字表記される時はいつも同じ字形だけど、フォント指定がされてるのか、それともビットマップ(あるいはベクター)で用意されているのか
Re: (スコア:0)
将来的にはSVGじゃなくてビットマップ的な物を埋め込めるようにする予定とかどっかで読んだ覚えがあるんだが…
まぁSVGの方が画質的に後腐れがないな。
> SVG 画像(画像を表示できない端末向けに、代替テキストも付けるべき)
ASCII環境ではそもそも多言語表示出来ないし、Unicodeをサポートしてる時点で
レンダリングエンジンによって画像化した文字を表示してるような気がする。
旧来のシステムでは代替表示すら対応出来ない可能性が高いし、
ベクトル絵文字は出せないけど代替表示はできるって環境はどの位発生するのだろう。
代替表示すらできないシステムのために事前変換するシステムとか、結構限定されてる気が…
Re:絵文字は SVG 画像にすべき (スコア:1)
Re: (スコア:0)
将来SVGとか埋め込み画像がサポートされても
結局互換性の為に今までの絵文字のコードポイントは残るんでしょう?
ゴミを増やした人たちが「将来は綺麗に整理されるから!」とか言ってもなぁ
そもそも、文字コードに絵文字は要らない (スコア:0)
そもそも、文字コードに絵文字は要らない。
元々は日本のケータイ絵文字をPCでも見れるように.....ってのが大元で絵文字
がUnicodeに入ったと記憶しているけど、合ってるっけ?
文字コードに絵文字入れてカラーにし始めた結果、肌の色に関する人種差別問題が発生したりしてるし、
普通の文字しか使うつもりのない人達にはいい迷惑じゃない?
てか、Unicodeに絵文字が入っても、コードを知らないと入力できなさそうな文字を使うのが面倒だから、
オレは間違いなく使わない。
......漢字とかはFEPで変換するけど、海外のFEPなんか使わない国で絵文字を入れるのにどうするんだろ......
Re:そもそも、文字コードに絵文字は要らない (スコア:2)
>そもそも、文字コードに絵文字は要らない。
その意見を突き詰めて行くと、漢字が排除されてしまいますので……
Re: (スコア:0)
絵文字をネイティブで話す民族が居るとでも言うのか?
Re: (スコア:0)
JCとかJKとかかな?
Re: (スコア:0)
Live A Liveに居た
Re:そもそも、文字コードに絵文字は要らない (スコア:1)
世界的な絵文字人気で、unicode採用の機会が増える事は良い事だと思いますよ?
以前は「漢字?なにそれ?」状態でasciiコードだらけだったのが、
最初からマルチバイト対応してくれてるなんて良い事では?
Re: (スコア:0)
じゃあNAPLPSの復活ということで。
Re: (スコア:0)
SVGが万能技術かなんかと勘違いしているんだろうな
ベクトルデータの描画コストやオーバーフロー処理とかロクな事が無いのに
Re: (スコア:0)
処理コストなんてTrueTypeとかのアウトラインフォント(一種のベクトルデータ)でも大して変わりありませんがな