新グリフエディタについてお伺い
- まだ自分でも移植はしようと思っていますが、なにぶん着手できず、swfサポート終了に間に合わなそうなので、tweさんのエディタを公式に後継にしたいのですが、まずはGlyphWikiのグリフ編集画面からの移動ボタンを置いてもよろしいでしょうか?--kamichi 2020年6月23日(火) 17:43
- ボタンを置く件、こちらとしては特に問題ありません。よろしくお願いします。—twe 2020年6月23日(火) 23:19
- 新サーバに切り替えたところグリフエディタがAPIエラーになってしまいました。特に変更はしていないはずなのですが、エラー内容を見ていただけないでしょうか。--kamichi 2020年8月16日(日) 09:53
- HTTPSでglyphwiki.orgにアクセスできないのが原因のようです。取り急ぎHTTPでアクセスするように変更したいと思います。—twe 2020年8月16日(日) 10:23
- 申し訳ありません。HTTPSのサーバ切り替え設定を忘れていました。HTTPSでのアクセスを復帰させました。--kamichi 2020年8月16日(日) 10:34
- 対応ありがとうございます。HTTPSに戻しました。(サーバ切り替えで部品の読み込みが速くなった感じがします)—twe 2020年8月16日(日) 11:12
- 「uxxxx(-jv) / irg2015-##### のグリフに仮想J字形に使わない字形の部品が使用されています。」の対象に「unstable-bsh-****」を含めてください。字表:prefix-unstableでは仮想J字形で作字を行うこととなっています。--kesuuko 2019年6月23日(日) 01:51
- 返信が大変遅くなって申し訳ありません。unstable-bsh-XXXXを対象に含めるように(6月26日に)変更しました。—twe 2019年10月5日(土) 13:36
- u2c734-tが不正な地域指定と見なされてしまっている。u2c734にはUnicode12.0にてTソースが追加されています。--kesuuko 2019年3月9日(土) 14:47
- ご報告ありがとうございます。地域ソースのデータを ISO/IEC 10646:2017 5th edition の CJKSrc.txt から Unicode 12.0 の Unihan_IRGSources.txt に変更しました。— twe 2019年3月9日(土) 22:36
t##-#### | CNS11643の16字面以降 |
irg2017-##### | CJK統合漢字拡張候補IRG Collection 2017 |
u####-sans-var-### | サンセリフ体 |
u1####-us | 旧規格票字形(SMP) |
unstable-nishiki-#### | にしき的フォントの外字 |
unstable-nishiki-f#### | にしき的フォントの外字 |
unstable-nishiki-10#### | にしき的フォントの外字 |
u####-sans | サンセリフ体 |
u#####-sans | サンセリフ体 |
ue00## | UnicodeのTagsの文字 |
- 「UCSの複数欄指定のグリフがその無印グリフのエイリアスになっています」は仮想日本ソース(-jv)のみ対象にすべきだと思います。なぜなら、同じ字形なのでエイリアスにされたグリフが含まれてしまうからです。--kesuuko 2017年12月9日(土) 20:33
- GlyphWiki dump 検証 の「UCSと別名」についてですね。
- 無印グリフは字形の自由度が(原理上)UCSで包摂されるのと同じだけあるのに対して、複数欄指定のグリフの字形は仕様書を参照すれば一意に決まります。(例えばu22aecの字形はkoseki-135210@2であってもutc-00049@6であってもおかしくないけれど、u22aec-uの字形はutc-00049@6でしかありえないわけです。)言い換えると、包摂される字形の範囲は「無印グリフ ⊇ 複数欄指定グリフ」になります。
- グリフ名で包摂される字形の範囲が広いほうが実体で狭いほうがエイリアス(別名)となっていると、広い包摂範囲内で変更をしたつもりが知らない間に別名側が包摂されなくなっていた等の問題が生じる可能性があります。(例えば、u22aec-u(@2)は現在u22aec(@8)のエイリアスになっています。この状態でu22aecの字形をu22aec@8からkoseki-135210@2に変更するとします。どちらの字形もU+22AECに包摂されるためその編集には問題は無いと思うかもしれません。「最近更新されたページ」でも初期設定では自動編集は表示されないため、u22aecの変更しか表示されないので、誰も気にかけないかもしれません。しかし実はu22aec-uの字形はu22aec@8からkoseki-135210@2に変わってしまっています。)
- 「UCSの複数欄指定のグリフがその無印グリフのエイリアスになっています」のメッセージを出しているのはこういう問題が起こる可能性からです。もっとも、グリフウィキではグリフ名が包摂する字形の範囲はそこまで厳密に意識されていない気がするのであまり気にする必要は無いかもしれません。
- ところで、5000個超の中から-jvを探すとなるとかなり大変だというのは確かに分かります……。検索機能の追加を検討します。
- ここまでtwe 2017年12月9日(土) 23:57
- 接尾jaグリフは,GlyphWiki:命名ガイドラインには「JIS X 0213の字形が反映される前のJ欄(Ext.AのJAソース)」と書かれています。これだとJIS X 0213で字形変更がないJAソースは作成する必要はないように思えます。WG2N4620にある,字形変更された7字のjaグリフは,すべて作成されています。ただし私も確証はないので,JAソースはすべてjaグリフを作成するのかもしれません(作成しても接尾jグリフと重複するだけですが)。 --ziyang 2014年11月30日(日) 17:01
- 私はUnicodeの規格票でJAソースのあるグリフのうち,JIS X 0213に無いものについて“-ja”を作成していますが,特にこだわりなくJAソースに対しては“-ja”を作成しても問題ないと思います。JAソースとJIS X 0213の両方に存在し,字形が同じものについては無印または“-j”を実体グリフとし,“-ja”はそのエイリアスとするのがよいと思います。--spinda-kkmr 2014年11月30日(日) 17:23
- ISO/IEC 10646 の仕様書の J 欄は、現行では J 欄には「JIS X 0213の字形が反映され」ておらず(例:U+4105 の J 欄は JA-2537 u4105-ue0101であり、JIS X 0213 の字形u4105-ue0102ではない)、命名ガイドラインのこの記述は変だなあと思っていながら「JA ソースは-ja」として作業していたのですが、Amendment 2 では JIS X 0213 の字形が反映される方向だと今日初めて知りました。ということで、-ja は 7 字だけということになりますね……。7 字以外の JA ソースは -j にするのか -ja か両方かについては、-js(補助漢字)を含め議論が必要と考えます。―twe 2014年11月30日(日) 21:04
- なお、個人的には JA ソースは ja-####、補助漢字は jsp-XXXX とし、uXXXX-ja, uXXXX-js を廃止するのがよいと思います(-js のグリフは 1 つも登録されていませんし)。―twe 2014年11月30日(日) 21:04
- GlyphWiki dump 検証 の「削除された部品」でdump_newest_only.txtの終わりの方のグリフが最新版の部品が存在しないグリフと誤って認識されています。
また,「IDSとの不一致」の「上下型のIDSですが、最初の部品が縦長に配置されているようです。」にある「u2ff1-u2ff0-u5200-cdp-89ca-u4e00-var-002(⿱⿰刀一): 上下型のIDSですが、最初の部品u5200(刀)が縦長に配置されているようです。」は別に問題はありません。部品の直前のIDCで判断するのではなく,最初のIDCで判断しているので,不具合が生じているように見えます。 --ziyang 2016年3月16日(水) 01:12
- ご報告ありがとうございます。
- 「削除された部品」で終わりの方のグリフが存在しないグリフと誤って認識されていることについて
今年の1月17日ごろから、突然 dump データがうまく読み込めなくなったようです。原因はまだつかめていません。具体的には終わりの方のデータ(今日は zihai-139535 以降 4431 グリフでしたが、毎日変わります)が読み込んだデータから消えているようです(元の dump_newest_only.txt には何も問題ありません)。この影響で、終わりの方のグリフが「削除された部品」で存在しないことになるほか、終わりの方のグリフが検証されずエラーが出ないなどの問題が出ています。申し訳ありませんが解決までは今しばらくお待ちください。
- 「IDSとの不一致」の縦長・横長の不具合について
今の判定アルゴリズムはあまり良くないので本当は改良したいところですが、とりあえずグリフ名の最初が「u2ff0-u2ff1-」「u2ff1-u2ff0-」のような場合に「最初の部品が横長・縦長に配置されているようです」とならないようにしました。
- 以上 twe 2016年3月16日(水) 15:53
- すでにお気づきでご検討中でしたら余計なことを申し上げました。よろしくお願いします。 --ziyang 2016年3月17日(木) 00:02
- いえいえ、後者は気づいておりませんでした。こちらこそよろしくお願いします。―twe 2016年3月17日(木) 13:56
- 読み込みの不具合も直りました。―twe 2016年3月20日(日) 10:35
- 私はコードチャートと字源を考えて一部の間違ったグリフを修正した。例えば「槱」、若し此れは⿱⿰木酉灬であれば、「𪳝」と重複しました。また、「𡵌」の中国語読みはyi4ではなくcha1ですが、あの旁は「叉」が正しいと思います。この頁をご覧ください:https://zhuanlan.zhihu.com/p/27005748
どうも有難う。--井利阿牟(用户:wiriamu) 2017年7月19日(水) 12:12
koseki-298310@8の白紙化の件
すみません、SPAM対策で間違えて削除してしまいました。今復旧しました。ご指摘ありがとうございます。--kamichi 2017年8月1日(火) 19:19
- なるほどです。対応ありがとうございます。―twe 2017年8月1日(火) 20:19
変体仮名について
私は貴方が最近多くの変体仮名のグリフを作ったのを見ましたら、UnicodeのKana SupplementとKana Extended-Aにエイリアスを増やしましょう。有難う。--井利阿牟(用户:wiriamu) 平成29年8月3日(木) 18:42
- そうですね。字表:twe_サンドボックス2@69に一覧があるので、機械的にエイリアスを作成することもできますが、koseki-XXXXXXとは字形が大きく違うものもあるので、確認しながらが良いかなと思います。―twe 2017年8月3日(木) 20:33
KAGE Engine修正のポストについて
ご提供いただきありがとうございました。今月中に反映させたいと思います。取り急ぎ御礼申し上げます。--kamichi 2017年8月14日(月) 10:30
- どういたしまして&確認していただいてありがとうございます。他にも修正可能な箇所があったらpull requestをしたいと思うのでよろしくお願いします。―twe 2017年8月14日(月) 21:34
諸橋大漢和関連字の修正につきまして
字形崩れや関連字設定漏れなどでお手数おかけしており申し訳ありません。修正ありがとうございました。 ―mtnest 2018年9月21日(金) 10:59
- どういたしまして。大漢和辞典グリフの大半が作成されたのは、グリフウィキにとって良いことだと思います。登録作業お疲れ様です!👏―twe 2018年9月23日(日) 00:20