フォークしておきました。17:05反応が悪くごめんなさい。平時に戻れるので作業を再開できると思います。aliases.exf-#####のエイリアスではない他のExt.Fグリフを見たところ、単純に無印UCSグリフとの交換ではないので、一括では処理できません。個別に判断するしかないようです。ログインユーザーはエイリアス交換(swap)のリンクが表示されます。07:55白抜きについてグループ:kesuuko_sandbox@33の白抜き用KAGEデータの試案はご覧になられたでしょうか。ご覧になられたのでしたら、0:6:0:0まででも良いので実装していただければ幸いです。11:32ご提案ありがとうございます。ご提案通りではなく、先日の回転、反転の90番台+オプション1つで実装予定ですが、あと1,2週間はおそらく時間が取れません。16:12突然で申し訳ございませんが、白抜きのKAGEデータ追加はいつ頃になるでしょうか。9月以降になるのでしたら、グループ:NegativeCharactersの更新をすべきだと思うのですが。19:32荒らしについて이용자:logosが意味の無い占有グループを乱立させています。荒らしと思われますので対策をお願いいたします。17:47SPAM利用者による無意味な占有グループが多数残っています。kamichi様が停止したアカウントが作成した占有グループについては,kamichi様の管理者権限での白紙化をお願いしたいです。荒らしの跡を残さないようにすれば荒らし抑制の効果が出ると思います。17:50u058b@5の作成者は荒らしの可能性が高いです。彼の作成したグリフを白紙化してください。このグリフが白紙化されている理由は当該符号位置に文字が存在しないためですので、復帰することは不適切です。21:08ご指摘ありがとうございます。u65e7-u3099の投稿以降、かなり多くの投稿がなされ、漢字については確認してリバートしましたが、非漢字については知識がないためそのままとしています。具体的な問題点の指摘に応じて一括・部分リバートとしたいと思います。ご迷惑をおかけしますがよろしくお願いいたします。10:15「この文字が根拠がない編集なので、この文字のグループは信頼性がない」というご指摘でも構いません(たとえば、アラビア文字、非漢字-itaijiなど、いくつかのグループがあると思います)。10:27自動リバートのプログラムに問題を発見して、関連字変更が抽出できていませんでした。関連字もずいぶん荒らされてしまったようで、扱いに困ります。アラビア文字などの信頼性はあるのでしょうか?ない、または不明な場合は、当該IPアドレスからの登録分はすべてリバート対象でも良いと現時点では思っています。ちなみにヨーロッパ圏管轄のIPアドレスです。10:41非漢字グリフについても,当該ユーザーについては一括でリバートする方が望ましいと思います。「誤ったグリフが残る」ほうが「正しいグリフを消してしまう」よりはるかに問題です。仮に正しいグリフがある場合はその都度復活することはできます。18:22同意します。荒らしに相当する投稿を直す手間と労力をコアユーザーの方にご負担おかけてしまうのは非常に非経済的と思います。いうことで、本件については一括でリバート対象とします。新人ユーザーを排除はしませんが、ある一定の投稿量に達してもSPAMの指摘が直らないユーザーをSPAMユーザーとみなします。18:39本件、全て当該IPアドレスによる投稿の前の版に戻し(あるいは白紙化し)ました。22:20匿名ユーザーによるグループの乱立などの荒らしが発生しています。他のユーザーの会話ページを勝手に白紙化するなど,登録ユーザーへの明らかな嫌がらせ行為もしているようです。早期のブロックと,全投稿について内容の如何にかかわらずリバート・白紙化(グループの過去版に残っている分についても,荒らし抑止のためにkamichiさんの管理者権限にて削除)をお願いいたします。11:20ご迷惑をおかけしています。詳細は伏せますが、表面化しないまでも数年に渡るSPAMユーザーもいるので「刺激しないで放置」を基本路線とし、あとは管理者の方で一括差し戻し、が適当と考えています。u53e3-j@15、戻す方は本人より先に私が行うことも多い)荒らしが発生しています。彼がGlyphWikiを編集できないようにしてください。14:08ご指摘ありがとうございます。編集できないようにすることは難しいのですが、今後注視対象とします。10:11이용자:univerxは荒らしだと思います。編集を行えないようにしてください。16:41ちょっと様子見とさせてください。23:50この提案は取り下げます。15:05グループ:フォントに含まれるべきでない符号位置に関してグループ:フォントに含まれるべきでない符号位置に対応することは可能でしょうか。可能でしたら、対応はいつ頃になるでしょうか。18:58すみませんが、何がどう対応するのかが把握できていません。それを考える時間も現状ありません。具体的な提案をしてくださると助かります。21:18グループ:フォントに含まれるべきでない符号位置に関して(再提案)フォント生成時に、グループ:フォントに含まれるべきでない符号位置に含まれる文字は自動的に生成されるフォントに収録されないようにしてください。22:01再提案ありがとうございます。私の認識では、GlyphWikiにおけるGroupページに列挙したグリフのフォント生成について、その生成対象コードポイントからグループ:フォントに含まれるべきでない符号位置に列挙されているものを自動的に除く機能を実装してほしいと解釈しましたが、それで正しいでしょうか?そうすると逆に質問が3つあります。(1)そもそもGroupページに列挙しなければ生成されないのではないか?(2)自動的に除くと困る人がいるのではないか?(3)除きたい人が取り消し機能を使うのと何が違うのか?以上、いかがでしょうか。11:22kamichi様の質問にお答えします。(1)に関しては、グループ:グリフウィキに収録されている非漢字などを引用する場合は、Groupページに列挙しないことは不可能です。(2)に関しては、本機能をオフにする機能を実装すれば回避可能です。この機能は、わざわざ取り消しの記述をする手間を省くための機能ですので、(3)も特に問題ありません。16:07自動=おせっかい、なので、ちょっと納得できない部分もありますが、それでしたら取り消し対象として別のグループページを引用できるというのはいかがでしょうか。「グループ:グリフウィキに収録されている非漢字」と書けば実現できる、というイメージです。これであれば従来のドキュメントにも影響が出ないと思います。すれば事実上対応と言えると思います。16:42u(2)XXXXをu(2)XXXX-jのエイリアスにすることについて今後、GlyphWikiでは将来的にすべてのUCSグリフを何か(ソースとなる地域)のエイリアスに移行することになっています。(ノート:u9fd5-uを参照)そのため、UCSグリフの内u(2)XXXX-jが作字されておらず、かつJソースが存在する符号位置のグリフをu(2)XXXX-jのエイリアスにするべきではないでしょうか。具体的には以下のように行われます。u(2)XXXXをu(2)XXXX-jのエイリアスにするこのようにする事で、Jソースの存在するUCSグリフの大半をを何か(ソースとなる地域)のエイリアスに移行することができます。22:06CJK-ExtGのフォントに関することグループ:sim-ch_n5100で、CodeChartsと対照して、CJK-ExtGのグリフの順序と間違ったグリフをすべて修正しました。CJK-ExtGの正しいフォントが使用できます。ご覧ください、ありがとうございます。