KENCH

@kobake さん、立ててみました。

>次アクションは、「仕様、結局どうする？」の議論なのかなと思っています。 今更ですが、この場合元の関数の意味を考えると、元の振る舞いに戻すのが正しい気がします。 >選択桁位置の描画座標を取得する関数 これを別名で（今の仕様）で作るのが今回についてはいいような。 既存の関数の振る舞いを変えた方が既存の利用しているマクロに影響が少ない場合も無きにしも非ずですが今回は意味が変わっちゃってますし。

>桁を知ろうとしたら桁ではなかった、というだけでは何が問題だったのかがわかりません。 >プロポーショナルフォントを使用しているときに「桁」が何を意味するのかを定義できなければ「桁を知りたい」という目的が意味をなしません。 プロポーショナルフォントが入ってきたときに、その関数の期待値がどうあるべきかをあまり議論しないで、もしくは議論する必要性もないまま、実装的にやりやすいほうに倒れているのが現状なのかなと推測しますが、プロポーショナルフォントがないころを考えると、 @beru さん言われるように、 「先頭から何文字目」がその関数の振る舞いとしては正しいように思います、「桁」の定義が「何文字目」とイコールというわけではありませんが。 VBAの文字列関数でいうところの「MID$」と「MIDB$」みたいな別なX座標関数が、新しい概念が入ってきたときに加わってもよかったのかもと。 >これらを明確にしたうえで、取得した値が「桁数」であったにしろ「X 座標」であったにしろマクロでそれらの値を取得・設定する限りにおいて違いを意識せずに済むように、マクロ関数同士で対応が取れていれば問題にはならないはずです。 この論点については同意します。

>「何文字目」というのは「半角文字何文字分」だったのではないかなと思います。そういう要求に対しては旧掲示板でもかさんが対応策が用意されていることを指摘し、問題報告者がそれに応じています。 お、なるほどですね。 この手の話って今だと、１バイト２バイト文字と同義でなくなってるので、結局スコープ次第なのかなと。

@KageShiron さんようこそ。 やっぱりGitHub効果ですかね。単純に嬉しいです。

@beru さん ご招待いたしました。（はず、初招待したのでうまくいってるかしら。。。）

@k-takata さんようこそ。裏方ADMINのKENCHです。 私もプログラム本体へのコミットは全然やらない(やれない)人ですが、ぜひいろいろとご意見等頂ければと思います。招待飛ばしたと思いますが不慣れなのでもしうまく飛んでないようであれば連絡下さい。

>特に支障がなければPublicにするのがよいと思います。 はい、適宜声掛けしております^^; 皆様、お手間でなければPublicへ！ プロジェクト参加メンバー数が増えてないように見えるので(笑)

@takke さん 今、ci系はほとんど @m-tmatma さんにおんぶにだっこなので、ちょっとでも手伝っていただけるとうれしいです!

@takke さん、招待してみました。 久々なのでうまくできてるかわかりません(ごめんなさい) @m-tmatma さん、@takke さんを、developersに追加しましたが、ciやるのに、権限回りで必要となるかわからなかったので、ciと、adminにはひとまず入れてません（というつもりで設定したつもりですが、うまくいってないようであれば後追いで修正お願いします）