グリフに仮想J字形に使わない字形の部品が使用されています。」の対象に「unstable-bsh-****」を含めてください。字表:prefix-unstableでは仮想J字形で作字を行うこととなっています。01:51返信が大変遅くなって申し訳ありません。unstable-bsh-XXXXを対象に含めるように(6月26日に)変更しました。13:36u2c734-tが不正な地域指定と見なされてしまっている。u2c734にはUnicode12.0にてTソースが追加されています。14:47ご報告ありがとうございます。「命名」で、最近定義された命名が不正な命名とみなされてしまっています。具体的には、次の命名が挙げられます。旧規格票字形(SMP)以上。03:13ご報告ありがとうございます。irg2017-#####を規則に追加しました。u(X)XXXX-sans-(var/itaiji)-###が違反にならないようにしました。-usは「現在の複数表記になる前の1欄表記の字形」という定義はあります(GlyphWiki:prefix)が「旧規格票字形」という定義は無いようです。u301c-usより類推したものです。u301c-usも不適切な命名だと思います。u301c-usも不適切なグリフ名だと思っています。00:20字表:HalfwidthGlyphsの分離が反映されていません。16:18修正しました。ご報告ありがとうございます。ue0078などが不適切な命名扱いされてしまいます。次のような命名を適切な命名扱いしてください。「命名」についてですよね。さきほど修正しました。ご報告ありがとうございます。19:50「UCSの複数欄指定のグリフがその無印グリフのエイリアスになっています」は仮想日本ソース(-jv)のみ対象にすべきだと思います。同じ字形なのでエイリアスにされたグリフが含まれてしまうからです。「UCSと別名」についてですね。無印グリフは字形の自由度が(原理上)UCSで包摂されるのと同じだけあるのに対して、複数欄指定のグリフの字形は仕様書を参照すれば一意に決まります。utc-00049@6でしかありえないわけです。複数欄指定グリフ」になります。グリフ名で包摂される字形の範囲が広いほうが実体で狭いほうがエイリアス(別名)となっていると、広い包摂範囲内で変更をしたつもりが知らない間に別名側が包摂されなくなっていた等の問題が生じる可能性があります。u22aec(@8)のエイリアスになっています。koseki-135210@2に変更するとします。どちらの字形もU+22AECに包摂されるためその編集には問題は無いと思うかもしれません。u22aecの変更しか表示されないので、誰も気にかけないかもしれません。koseki-135210@2に変わってしまっています。)「UCSの複数欄指定のグリフがその無印グリフのエイリアスになっています」のメッセージを出しているのはこういう問題が起こる可能性からです。グリフウィキではグリフ名が包摂する字形の範囲はそこまで厳密に意識されていない気がするのであまり気にする必要は無いかもしれません。ところで、5000個超の中から-jvを探すとなるとかなり大変だというのは確かに分かります......。検索機能の追加を検討します。0213の字形が反映される前のJ欄(Ext.AのJAソース)」と書かれています。0213で字形変更がないJAソースは作成する必要はないように思えます。WG2N4620にある,字形変更された7字のjaグリフは,すべて作成されています。私も確証はないので,JAソースはすべてjaグリフを作成するのかもしれません(作成しても接尾jグリフと重複するだけですが)。0213に無いものについて“-ja”を作成していますが,特にこだわりなくJAソースに対しては“-ja”を作成しても問題ないと思います。0213の両方に存在し,字形が同じものについては無印または“-j”を実体グリフとし,“-ja”はそのエイリアスとするのがよいと思います。字形が反映される方向だと今日初めて知りました。字だけということになりますね......。両方かについては、-js(補助漢字)を含め議論が必要と考えます。登録されていませんし)。「削除された部品」でdump_newest_only.txtの終わりの方のグリフが最新版の部品が存在しないグリフと誤って認識されています。,「IDSとの不一致」の「上下型のIDSですが、最初の部品が縦長に配置されているようです。u5200(刀)が縦長に配置されているようです。」は別に問題はありません。部品の直前のIDCで判断するのではなく,最初のIDCで判断しているので,不具合が生じているように見えます。01:12ご報告ありがとうございます。データがうまく読み込めなくなったようです。原因はまだつかめていません。何も問題ありません)。この影響で、終わりの方のグリフが「削除された部品」で存在しないことになるほか、終わりの方のグリフが検証されずエラーが出ないなどの問題が出ています。申し訳ありませんが解決までは今しばらくお待ちください。「IDSとの不一致」の縦長・横長の不具合について今の判定アルゴリズムはあまり良くないので本当は改良したいところですが、とりあえずグリフ名の最初が「u2ff0-u2ff1-」「u2ff1-u2ff0-」のような場合に「最初の部品が横長・縦長に配置されているようです」とならないようにしました。15:53すでにお気づきでご検討中でしたら余計なことを申し上げました。00:02いえいえ、後者は気づいておりませんでした。こちらこそよろしくお願いします。13:56読み込みの不具合も直りました。10:35私はコードチャートと字源を考えて一部の間違ったグリフを修正した。「槱」、若し此れは⿱⿰木酉灬であれば、「𪳝」と重複しました。「𡵌」の中国語読みはyi4ではなくcha1ですが、あの旁は「叉」が正しいと思います。この頁をご覧ください:https://zhuanlan.zhihu.com/p/27005748どうも有難う。12:12興味深い資料のご提示、ありがとうございます。wiriamuさんの編集の一部を説明も無くリバートしてしまい、申し訳ありません。以下にその理由を説明します。グリフは、現在、日本ソースがあれば日本ソースの字形を優先することになっています。u7bf9は、元の字形が日本ソースの字形と同じだったので、元の字形に戻しました。グリフウィキにはエイリアス(別名)という機能があります。u69f1のエイリアスとして登録されています。......のように更新されます。エイリアスグリフにとっては前の字形が正しかったので、以前の字形に戻しました。u2a6c0も同じ理由です。字形を見て戻しましたが、これは戻さないほうがよいのかもしれません。字形をどうするかは、その場合ごとに議論が必要と感じますが、今回のwiriamuさんの編集はその良い契機になったと思います。14:04koseki-298310@8の白紙化の件すみません、SPAM対策で間違えて削除してしまいました。ご指摘ありがとうございます。19:19なるほどです。対応ありがとうございます。Extended-Aにエイリアスを増やしましょう。18:42そうですね。字表:twe_サンドボックス2@69に一覧があるので、機械的にエイリアスを作成することもできますが、koseki-XXXXXXとは字形が大きく違うものもあるので、確認しながらが良いかなと思います。Engine修正のポストについてご提供いただきありがとうございました。今月中に反映させたいと思います。取り急ぎ御礼申し上げます。10:30どういたしまして&確認していただいてありがとうございます。requestをしたいと思うのでよろしくお願いします。21:34諸橋大漢和関連字の修正につきまして字形崩れや関連字設定漏れなどでお手数おかけしており申し訳ありません。修正ありがとうございました。10:59どういたしまして。大漢和辞典グリフの大半が作成されたのは、グリフウィキにとって良いことだと思います。