アカウント名:
パスワード:
どんなコードセットを使っても構いません。
つまり、超漢字特有の文字を含む HTML を、超漢字で作成するという前提ですよね? そして、その HTML を超漢字以外からも見えるようにする、という場合を考えているのですよね?
いまの話題は、その逆で、HTML 作成には何を使ってもいいけど、超漢字を使って HTML を読む場合に、せっかく超漢字を使うんだから特有の文字を読みたいね、そのためにはどんな HTML を作ればいいの? ということなのでは。
超漢字で閉じた世界を作る (つまり、超漢字で書き、超漢字で読む) のなら、ビットマップに変換しなくとも、超漢字
HTML作成には何を使っても良いけど、 超漢字を使って HTMLを読む場合
ですが、文章の中に&;Txxyyyy;とすれば、 超漢字上(正確には BTRON Basic Browser(bbb)上)で TRONコードで割り当てられた文字を表示することができます。 なお、xxにはスクリプト面、yyyyには 文字コードを指定します。 # ただ国際標準でなきゃヤダという人には 虫唾が走るかもしれない拡張かもしれませんが……
ISO-2022やMIMEで使えるように登録する動きは、 私の限られた知識の中ではなかったように思います。
ビットマップに変換する範囲
これって、別売
なるほど、&Txxyyyy; を使えば、トンパ文字 [chokanji.com]だって使えるというわけですね。&Txxyyyy; を使わずに、encoding=x-tron とかを指定して生の TRON コードで書く方法は使えないのでしょうか? (すみません、よくわかってないのですが、TRON においてテキストファイルは、TRON コードで表現される、のでしょうか? もしかして、TRON にはプレーンテキストという概念さえ存在しない、とかいうことはないですよね?)
それよりもまず、mozilla が &Txxyyyy; に対応しているかどうかが問題ですね。
ウェブコンバータですが、soara さんに紹介していただいたウェブページの文面からは、ビットマップにしない範囲の
encoding=x-tronとかを指定して
というのは、私自身は見たことがないですね。 標準でついてくる文章エディタで文章を打った場合は、ファイルにはTRON Application Databus(TAD)形式で書きこまれます(図形もまた TAD形式です)。
ついでに若干話がずれるのですがちょっと説明らしきものを… TRONコード自体はTRONコード体系 [tron.org]でも触れられているとおり、0x21~0x7e,0x80~0xfdの2バイト列が基本で、スクリプトを変更するときに 0xfe,0x??(??は0x21以降の数値)を指定する形です。そしてTRONコード体系にもあるとおり日本語の半角文字の扱いは指定はTAD仕様 [tron.org]で決められている文字指定付箋 [tron.org](文字拡大縮小指定付箋)を使用します。 # TADの中では、TRONコードは固定長セグメント、文字指定付箋等
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲを呼ぶ -- ある傍観者
最も気になるのは… (スコア:1)
てゆーか,超漢字特有(?)の漢字を含むhtmlを書く場合のコードセットって,何使えばいいんだろう?
masashi
Re:最も気になるのは… (スコア:1)
表示時のバランスを考えなければ、どんなコードセットを使っても構いません。
htmlに変換するときに、JIS第一、第二水準から外れる漢字はビットマップグラフィックスに変換してくれます。
masamic
Re:最も気になるのは… (スコア:2, 参考になる)
つまり、超漢字特有の文字を含む HTML を、超漢字で作成するという前提ですよね? そして、その HTML を超漢字以外からも見えるようにする、という場合を考えているのですよね?
いまの話題は、その逆で、HTML 作成には何を使ってもいいけど、超漢字を使って HTML を読む場合に、せっかく超漢字を使うんだから特有の文字を読みたいね、そのためにはどんな HTML を作ればいいの? ということなのでは。
超漢字で閉じた世界を作る (つまり、超漢字で書き、超漢字で読む) のなら、ビットマップに変換しなくとも、超漢字
ビットマップに変換する範囲について (スコア:2, 参考になる)
ですが、文章の中に&;Txxyyyy;とすれば、 超漢字上(正確には BTRON Basic Browser(bbb)上)で TRONコードで割り当てられた文字を表示することができます。
なお、xxにはスクリプト面、yyyyには 文字コードを指定します。
# ただ国際標準でなきゃヤダという人には 虫唾が走るかもしれない拡張かもしれませんが……
ISO-2022やMIMEで使えるように登録する動きは、 私の限られた知識の中ではなかったように思います。
これって、別売
MIYAZAKI Yasushi
Re:ビットマップに変換する範囲について (スコア:1)
なるほど、&Txxyyyy; を使えば、トンパ文字 [chokanji.com]だって使えるというわけですね。&Txxyyyy; を使わずに、encoding=x-tron とかを指定して生の TRON コードで書く方法は使えないのでしょうか? (すみません、よくわかってないのですが、TRON においてテキストファイルは、TRON コードで表現される、のでしょうか? もしかして、TRON にはプレーンテキストという概念さえ存在しない、とかいうことはないですよね?)
それよりもまず、mozilla が &Txxyyyy; に対応しているかどうかが問題ですね。
ウェブコンバータですが、soara さんに紹介していただいたウェブページの文面からは、ビットマップにしない範囲の
Re:ビットマップに変換する範囲について (スコア:1)
というのは、私自身は見たことがないですね。
標準でついてくる文章エディタで文章を打った場合は、ファイルにはTRON Application Databus(TAD)形式で書きこまれます(図形もまた TAD形式です)。
ついでに若干話がずれるのですがちょっと説明らしきものを…
TRONコード自体はTRONコード体系 [tron.org]でも触れられているとおり、0x21~0x7e,0x80~0xfdの2バイト列が基本で、スクリプトを変更するときに 0xfe,0x??(??は0x21以降の数値)を指定する形です。そしてTRONコード体系にもあるとおり日本語の半角文字の扱いは指定はTAD仕様 [tron.org]で決められている文字指定付箋 [tron.org](文字拡大縮小指定付箋)を使用します。
# TADの中では、TRONコードは固定長セグメント、文字指定付箋等
MIYAZAKI Yasushi
encoding=x-tronとかを指定して (スコア:1)
# まあ、Unix屋はアプリ開発に血道を上げてくれってこった。:)
end