(テキストエディタ)0x200Fが文字列に含まれるときのコード前後の挙動についてまたもUnicodeめ!という事例なのですが、偶然発見出来て再現性もあったので報告しておきます。『アカウント行を後ろからBSで削って行き、日時の前のスペースを超えるとスペースが削除されずアカウントのアルファベットが消え始める。』といった、意図と違う動作を確認しました。Right-To-Left)』が含まれていることが分かりました。これは稀にサービスやソフトウェアのテキストコピペから紛れ込むようです。Unicodeには挙動を変えるコードが多く、そういったものの悪さになりますが、エディタ上でどういう挙動が正しいかも最早理解しきれないですね......。対応が必要そうであれば、そのうち修正を宜しくお願い致します。build10586.17そして長い雑談書き込むのもなんだなと思っていたらたまたま報告することが出来たので、ついでにちょっとした雑談を。長い&好きで書いてるだけなので気が向かなければ目を通す必要はないです(汗)。Kuroさんの先日のつぶやき(svchostの件)については自分も同じく気になって調べたことがあります。数が気になっただけで詳細自体はお知りかもしれませんが以下詳細。結論から言えば各種サービスを実行するときに親となり諸々を取り仕切るOS側の仕組みみたいですね。自分とこでも12個くらい立ち上がってるようなので元々デフォでそれくらい待機しているのだと思います。自分とこはうち9個くらい何もぶら下がらず遊んでいます。Explorerhttps://technet.microsoft.com/en-us/sysinternals/processexplorerのようなツールでsvchost.exeに何がぶら下がっているのかは確認出来ます。このツールだと説明や会社名である程度そのプロセスの身元が表示されます。会社名や説明の偽装をされたり、svchost.exeを名乗るウイルス等も存在するようなので絶対ではありませんが、偶には自衛の為に確認しておくのは良いことかと。気にし始めるとキリがなく、今度は見知らぬ通信が無いかとネットワークポートまで調べ始めたりして、精神衛生上宜しくないです。自分もこれでKuroさんの言うように精神ダメージを(爆)。『なんちゃらBroker.exe』という不安になる名称のものも散見されますがこちらは説明が無いものでも大概Microsoft関連のプロセスのようです。Chromeも本体+タブのプロセス数にならなかったりするからいろいろ謎ですよね。エディタ上でどういう挙動が正しいかも最早理解しきれないですね......。信じるしかないのではないでしょうか。Chromeも本体+タブのプロセス数にならなかったりするからいろいろ謎ですよね。こちらはわざわざソース読むのも嫌で調べるのは過去に諦めましたw伝聞で不確かですが、本体以外にも描画用などの専用プロセスがあること、またタブに対するプロセスも最大数で制限をかけて使い回していると聞いたことがあります。それが原因ではないでしょうか。返信ご報告ありがとうございます。制御文字と呼ばれるもので、文字の書く方向を指定したりする際に使用する文字のようです。メモ帳の右クリックで挿入できるやつですね。対応してないんじゃね?っていう感じがします。そんな感じにしようかと思います。お亡くなりになりました。信じるしかないのではないでしょうか。描画はマネできませんねぇ。右から左へ書く文字とかの対応は絶望的です。買い替えないと時代についていけない気がします。Kuroさんご返答ありがとうございます。0x200F自分はそもそも一庶民でアラビア語等を扱うつもりは毛頭無いので、Kuroさんなら正規実装しないにしても描画重複はしないように対応されるかなと報告上げてみた次第ですね。正規実装の話になったらむしろやめるよう説得始めます(汗)。気が向いたときに好きなように修正してやってください。Unicodeの特殊文字は多すぎて、ASCIIの制御文字みたいにほぼ不要なものと断定して分類や色分け出来ないのが痛いですね。自分が知らないけど興味を引く物やワードの宝庫ですからね。自分はろくな呟きをせず相互フォローになるとかえって先方の迷惑になるので、どうしてもフォロー無しの読み専にはなってしまうのですが(汗)。ksさんコメントありがとうございます。メモ帳準拠どこかに明記されていたかなぁと思いつつ。異体字セレクタとかいろいろ適当なことも多いので、Kuroさんの言う準拠は前回の自分の要望の時には言及されていますが挙動の目安程度ではないかと認識していました。仕様書が出ているわけでもオープンソースでもないので頑張ってもそれくらいに留まるかなと。Chromeのプロセス調べ始めると割と本腰入れて時間費やしてしまうのであえて軽く書いたのでした(汗)。検索したら思ったより簡単に出てきたのと以前試した時と違って大体想定通りに動くのを確認出来たので書いておくと、とりあえず本体とレンダリングとプラグインの3プロセスが立ち上がり、ChromeWikiのFAQに書いてある最大34プロセスという通り、タブやプラグイン起動が増える毎にほぼ最大数まで増えていきますね。報告上げてみた次第ですね。無効時には一応描画だけはできてるので、そこを残すか、そこも無視するようにするかというところでしたが、先人に倣えということで秀○さんの仕様を参考にさせていただくことにしました。正規実装の話になったらむしろやめるよう説得始めます(汗)。処理に任すようにしてみます。ちなみに、メモ帳準拠というのはどこにも明記していないと思います。返信いつも対応検討ありがとうございます。予想以上に私の技術力が低くて無理でした...この場合は技術力が低いのではなくて、PC技術は1つ増えると学習や認識にかなりの時間を費やすことになるので、いわゆる弱くてニューゲームになっているだけかと(涙)。外国語や今までにない制御が混ざってくるとかハードモードですよね。何も表示されないかもしくはちょっと隙間があくぐらいのままこの辺は一般的な挙動にするべきだし妥協せざるを得ないです。それに表示だけ対応するとしてもUnicodeは制御文字区画がきっぱり決まってるようにも思えず、労力に見合わなそうですね。製品に準拠したいとは思ってますw一般的な挙動に近づけるって割と重要なんですよね。テキストエディタのような普段使いのソフトだとタブの挙動はブラウザに近いとかそういう細かい点が近い/カスタマイズ出来るかでユーザーの合わせるコストが無くなるわけで。成果物を公開されている日曜プログラマの皆さんは凄いですね。