フォーラムの返信を作成しました。
- 投稿
u4YfKHjuさんは書きました：
いつもお世話になっています。指定文字数で行を折り返す、折り返さないの設定を変えたときにキャレットのy座標がずれます。
以下、再現方法です。
一行目に折りかえるくらいの長めの文字列を書き、論理行で二行目以降に空行を何個か続けます。
二行目行頭にキャレットを置き、指定文字数で折り返す設定にします。
そのまま、折り返さない設定に戻します。それとインデントガイドが深いほうから2段目までしか表示されないのは仕様でしょうか。
また、スクロールバーを動かしたときに本来表示されているべきインデントガイドがなかったり、インデントガイドが表示された行をキャレットが通り抜けた時、インデントガイドが消えることがあります。TABを使わずにインデントをスペースだけにしているのに関係があるかもしれません。
また後者は、現在行の背景色をカスタムカラーに変更しているのに関係があるかもしれません。よろしくお願いします。
環境: WindowsXP sp3 EmEditor 8 beta 11
beta 12 で、折り返す、折り返さないの設定を変えたときにキャレットの位置がずれるのを修正しました。
インデントについては、もう少しお待ちください。
よろしくお願いします。tsurugiさんは書きました：
開発お疲れ様です。私もCTRL+Vで行スクロールする現象を確認しております。
編集内容がおかしくなる事はないのですが、一瞬、意図しないデータまでを大量に貼り付けてしまったのではないかと、心配になります。確固たる再現性は特定できないのですが、複数行をコピー(CTRL+C)して、別のタブの領域へペースト(CTRL+V)すると、再現性が高いようです。
特に、コピー先のタブにあるテキストを行範囲指定して上書きペーストなどをするとよく出る気がするのですが、気のせいかも知れません。
比較的多いテキスト量をコピペすると再現するようです。ひとつ、ご検討の程お願い申し上げます。
使用環境：
Pentium4 + WindowsXP SP3
EmEditor v8 β112008/10/21 12:07追加。
CTRL+Vに限らず、通常のテキスト入力（既存テキストへの上書き？）でも、一定行分のスクロールが再現するようです。
……が、原因はまだ特定できません。beta 12 で、考えられる原因を修正しました。こちらで試していただけますか?
よろしくお願いします。vanityduckさんは書きました：
お世話になってます。未選択状態なのに、「選択範囲を切り取り」が実行できてしまいます。
その場合、ファイルの保存のような変な動作をします。日本語のリソースで、すべてコマンド メニューに間違いがありました。直しておきました。
ご報告ありがとうございました。MTJ-Kさんは書きました：
Yutakaさんは書きました：
ウィンドウが分割されている場合ですが、ホイールの回転は、マウスのフォーカスがあるビューに対して動作するようになっています。パン動作中でも、フォーカスがない場合は動作が解除されないのですが、これは仕様ということでご理解いただけないでしょうか?
こんにちは、MTJ-Kです。
書き込みの後に思い出したのですが、フォーカスのない状態で
オートスクロール/パンが機能すること自体が一般的ではないようです。
オートスクロール/パンに関連したソフトを開発した際に調査したことが
あったのですが、すっかり忘れてました。・Wordの場合
フォーカスのない領域で中ボタンを押下した場合、フォーカスが
遷移するだけでオートスクロール/パン動作にはなりません。
・VisualStudioの場合
フォーカスが遷移し、かつオートスクロール/パンの動作になります。
・Excelの場合
中ボタンを押下した領域に関係なくフォーカスがある領域が
オートスクロール/パンの動作となります。もし現仕様から大きく逸れずに実装可能でしたら、御一考いただけたらと思います。
以上です。それでは失礼いたします。詳細なご報告ありがとうございます。 Visual Studio の動作に合わせておきました。まもなく次のベータを公開します。
rokuさんは書きました：
編集中の文書からスニペットプラグインにテキストをドロップすると強制終了します。
EmEditor Pro 8.00 beta 9, Windows Vista Business Service Pack 1 です。こちらでも再現して、修正しました。どうもありがとうございました。
MTJ-Kさんは書きました：
Yutakaさんは書きました：
MTJ-Kさんは書きました：
こんにちは、MTJ-Kです。
いつも開発お疲れ様です。
遅ればせながら v8.00 beta を試してみまして、不具合とは言えない点も含めて
いくつか気になりましたので報告いたします。1.Excel、Word、VisualStudio、IEでのオートスクロール/パンと比較して
・オートスクロール/パンでの動作中、EmEditorが非アクティブ状態になってしまいます。
（MS製でもメモ帳は非アクティブ状態になるみたいですね。）
・オートスクロール/パンでの動作中、ホイールをスクロールさせても
オートスクロール/パンの動作が解除されません。
・パンでの動作において、スクロール中に中ボタンを離してもパンが解除されません。2.EmEditor v8からか分かりませんが、ウィンドウ分割状態で[新しい水平グループ]
[新しい垂直グループ]を実行するとキャレットを持たない領域のスクロールバーの
描画がおかしくなりました。以上です。それでは失礼いたします。
次のベータ版ですべて対応しておきました。どうもありがとうございます。
MTJ-Kです。早速 beta 8, 9 にて試してみました。
1-2番目のオートスクロール/パン動作中のホイールスクロールに関してですが、
ウィンドウ分割状態でキャレットを持たない領域で中ボタン押下でオートスクロールを
開始した場合はホイールを回転させても動作が解除されないようでした。その他の項目は対応を確認しました。
以上報告いたします。ウィンドウが分割されている場合ですが、ホイールの回転は、マウスのフォーカスがあるビューに対して動作するようになっています。パン動作中でも、フォーカスがない場合は動作が解除されないのですが、これは仕様ということでご理解いただけないでしょうか?
Yutakaさんは書きました：
manhakuさんは書きました：
EmEditor Professional 8.00 beta 9
において3万行程度の改行のみのファイルから改行を置換で「なし」にしようとこころみました。置換する文字列「n」
置換後の文字列「」
大文字と小文字を区別する –> チェック
正規表現を使用する –> チェックの状態で「すべて置換」をクリック。
「置換中」のウインドウで「元に戻す情報を破棄して速くする」のチェックをオンにすると100%クラッシュします。
クラッシュ後はタスクマネージャでemeditor.exeのプロセスをとdumprep.exeがCPU使用率を食い潰してしまい、どちらも終了させる必要がありました。こちらの環境は
OS:Windows XP SP3
CPU:Mobile Athlon XP-M 2200+
MEM: 512MB
となっています。ご指摘ありがとうございました。こちらでは修正しましたので、次のバージョンで直っています。どうもありがとうございます。
念のため書いておくと、これは beta 7 で入った不具合でした。
ご報告どうもありがとうございました。
manhakuさんは書きました：
EmEditor Professional 8.00 beta 9
において3万行程度の改行のみのファイルから改行を置換で「なし」にしようとこころみました。置換する文字列「n」
置換後の文字列「」
大文字と小文字を区別する –> チェック
正規表現を使用する –> チェックの状態で「すべて置換」をクリック。
「置換中」のウインドウで「元に戻す情報を破棄して速くする」のチェックをオンにすると100%クラッシュします。
クラッシュ後はタスクマネージャでemeditor.exeのプロセスをとdumprep.exeがCPU使用率を食い潰してしまい、どちらも終了させる必要がありました。こちらの環境は
OS:Windows XP SP3
CPU:Mobile Athlon XP-M 2200+
MEM: 512MB
となっています。ご指摘ありがとうございました。こちらでは修正しましたので、次のバージョンで直っています。どうもありがとうございます。
hanaさんは書きました：
江村さまいろいろな制限があること、理解いたしました。
ご無理を申しまして失礼いたしました。よろしければ教えていただきたいのですが、選択範囲がない場合は現在行をコピー（切り取り）するというのは、一般的には当たり前の機能なのでしょうか？
一般的とは言えないかもしれませんが、Visual Studio が既定では、選択範囲がない場合は現在行をコピーするようになっています。これは、要望が多かったために採用した機能です。
hanaさんは書きました：
>[コピー] コマンドは選択範囲がないときには現在行をコピーするようになりました。（以下略）できれば，これをオプションにしてデフォルトは元の動きにしていただけませんか？
機能が置き換わり、それが標準、従来の物が追いやられるのは腑に落ちません。
不可能なのでしたら、キーコンフィグではなく、設定で戻せるようにしてほしいです。□選択範囲がないときはその行を切り取る
みたいなチェックボックスで。よろしくご検討ください。
できるだけチェックボックスを増やしたくないのが実情です。他にもたくさんの要望があり、すべての要望を満たしていたら、今以上にチェックボックスを、さらに増やさないといけなくなります。そうすると、EmEditor のファイルサイズは今以上に大きくなってしまい、速度の低下などの弊害が生まれます。したがって、設定は必要最小限にしたいと思っています。
今回の場合は、キーボード マップの設定変更で可能なため、キーボードの設定を変更することで対応していただけないでしょうか? あるいは、マクロを使用して設定を切り替えることも可能です。
ross1さんは書きました：
はい、できると思います。無理に固定幅に合わせることはしないのであれば諦めます。
プログラム内部的に、全てのフォントに対して同じロジックで処理し、整合性を保つ意味ではずれるほうが正しいと思います。
しかし、それはユーザーにとってはどうでもいい話で、ずれるほうが正しいというのはおかしな話です。
だからワードは太字／通常、全角／半角にかかわらず、ＭＳゴシックで常に固定幅になってると思います。
どのように狂うのかわからない、というのは解らなくて当たり前です。やってないんですから。
初回のバグなどやってみればスグに解ったはずです。２１２文字のレスを付けるより全然早かったはずです。
有志によるバグ報告を自分で検証する気がないのでしたら、バグ報告と検証結果について報奨金を出したらいかがでしょうか？
誰の時間だってタダじゃないし、EmEditorはシェアウェアですので。
もしくはハンドルを「くれくれくん」にするのもいいかもしれません。この度は、ross1 様に何度も詳細な情報や画面図を送っていただくというお手数をお掛けし、本当に申し訳ありませんでした。
少しだけ言い訳しますと、EmEditor は Unicode が扱えることが特長のため、文章中に、日本語、欧文文字、タイ語、アラビア語など、各種言語が含まれていることがあります。したがって、このようなさまざまな言語が混在するような場合、無理に固定幅に合わせる方がおかしいということになります。
しかし、もし日本語だけの文章でずれてしまう場合は、EmEditor で修正することも可能です。しかし、どのような状況で発生するか具体的な環境 (OS、EmEditor のバージョン、各種設定)、問題が再現する手順、使用するフォントなどを教えていただかないと、こちらでも再現するために、何時間も、または何日も費やすことになってしまいます。しかし、これらの情報に追加して、画面図を送っていただければ、すぐに状況を判断することができ、早ければ、数分以内で修正することも可能です。数日と数分間では大きな差だと思いませんか? 数日の時間があれば、他の機能を追加したり、最適化によっていさまざまな動作をもっと高速にすることができるでしょう。お客様に詳細を報告していただいているからといって、私は遊んでいるわけではなく、週末も含めて毎日、朝から晩まで開発の仕事を行っています。
しかし、画面図を送っていただくという大変なお手数をお掛けして、本当に申し訳ないと思っています。今後は、できるだけお客様にお手数をお掛けせずに、不具合を調べたいと思います。どうもありがとうございました。
rokuさんは書きました：
[コピー][切り取り]コマンドについての要望です。[コピー] コマンドは選択範囲がないときには現在行をコピーするようになりました。以前の動作は [選択範囲をコピー] コマンドを使用することにより選択できます。
[切り取り] コマンドは選択範囲がないときには現在行を切り取るようになりました。以前の動作は “選択範囲を切り取り” コマンドを使用することにより選択できます。[切り取り]コマンドでは、選択範囲がないとき現在行が切り取られるようになりますが、個人的には「ctl + z」を押すつもりで「ctl + x」を押してしまったときのようなタイプミスのときに危ない気がします。上の動作は他のエディタでも一般的なものでしょうか。
[コピー]や[切り取り]コマンドの標準の動作は従来と同じにして、行コピーや行切り取りを使いたい場合は[行コピー][行カット]コマンドを使用するという仕様にしていただけないでしょうか。従来のコマンドをショートカットに割り当てることにより、従来の動作に戻すことも可能です。
キーボード マップで、CTRL+C を [選択範囲をコピー] コマンドに、CTRL+X を [選択範囲を切り取り] コマンドに割り当ててください。taka2さんは書きました：
beta 8 から、スクロールバーのツマミが表示されるようになっています。
キーボードから一文字入力すると、ツマミが消えて正しい状態に戻ります。同一の原因によるもだと思われますが…。
スクロールバーのツマミが、縦方向のものは縦に、横方向のものは横に大きく表示されます。
その後、キーボードからの入力により何も表示されなくなります（恐らくvanityduckさんの言われている事象と同じです）が、①カーソルキーの場合、画面遷移が行われるタイミングでやっと正常状態に戻ります。
②ホイールキーでのスクロールやユニバーサルスクロールの場合、画面遷移は行われてもスクロールバーのツマミは正常状態には戻りません。
③マウスによるツマミをドラッグしてのスクロールは、ツマミの大きさのせいでわずか数行・数桁の範囲でしか画面遷移が行われません。
という事象が発生します。
ご確認よろしくお願いいたします。
こちらでは既に修正しています。次のベータ版までもう少しお待ちください。ご報告ありがとうございます。
ross1さんは書きました：
ベータ６に上げました。
だいぶマシになりましたが、まだずれてます。
しかし、メモ帳も同じようにずれるのでバグじゃないのかもしれません。
とはいえ、秀丸もＭＳワードもずれないので、ファンとしてはEmEditorもずれないで欲しいです。
太字の状態でソースを閲覧する設定の定義を作りたいのです。どのようにずれるのかわからないのですが、 ずれる方が正しいと考えることもできるのではないでしょうか? 無理に固定幅に合わせることは行いたくないと考えています。もし不具合の場合は、 [email protected] あてに送っていただけると幸いです。
vanityduckさんは書きました：
水平スクロールバー、垂直スクロールバーともに「常に表示する」で使用しています。beta 8 から、スクロールバーのツマミが表示されるようになっています。
キーボードから一文字入力すると、ツマミが消えて正しい状態に戻ります。確かに再現しました。修正します。
どうもありがとうございます。７個のチュートリアル ビデオ (英語) を追加しました。近いうちに日本語版も作成したいと思っていますが、よろしければご覧ください。ご意見がありましたら、こちらにお返事を書いていただけると幸いです。
http://www.emeditor.com/modules/tutorials4/vadiseさんは書きました：
Yutakaさまそうですか．とすると他に条件が思い当たりません．
OS : Vista Ultimate SP1 32bit
Emeditorのver : Emeditor Professional 7.02
プラグインは付属のものです．
Emeditor 8 beta6でも試してみたのですが現象は同じでした．1. ドライブにあるもの(D:foo.txt)
2. シンボリックリンクにあるもの(C:data_drive => D:foo.txt)
3. ディレクトリジャンクションにあるもの(C:data_drive => D:foo.txt)
4. ユーザーフォルダにあるもの(C:UsersusernameDocumentsfoo.txt)このうち3と4だと階層が開かないようです．
(ただしC:Usersusernamefoo.txtは開く)なんだか条件がよくわからなくなってしまいました．
環境依存の現象だとするとあきらめるしかなさそうですね．念のため、確認したいのですが、ファイルのジャンクションでなく、ディレクトリのジャンクションですね? 使用したコマンドは、パラメーターの詳細も含めて、
mklink /j data_drive d:
でよろしいでしょうか? たとえば、最後の が付いていたりついていなかったりで動作が変わる可能性が考えられます。Documents フォルダは Windows の既定から変更されているのでしょうか?u4YfKHjuさんは書きました：
いつも更新お疲れ様です。・ 引用符の内側をクリックするとその文字列を選択する
・ ダブルクリックのみ有効
をチェックしたとき、7.02ではダブルクリック時に文字列選択されましたが、8.0betaではシングルクリックで文字列が選択されます。これは、意図的な仕様変更なのでしょうか？
環境: windows xp sp3 EmEditor v8.0beta 7
はい、フォーラムの別のところで議論があったのですが、ユーザーのご要望で、URL などすべてのリンクでも、シングル クリックで選択、ダブルクリックでそのリンクをオープンと変わりました。引用符の内側でも、リンクにあわせてシングル クリックで選択するように変更しました。
vadiseさんは書きました：
Yutakaさま
返信ありがとうございます．こちらでも同様な条件：
管理者権限のコマンドプロンプトから、
E:> mklink /d data_drive d:として、E:data_drive D: をシンボリック リンクでつないでテストしてみましたが、どちらも正しい階層で開いています。
ドキュメント内のファイルも問題ありません。
何か条件の違いがあるのでしょうか?私の説明不足というか勘違いでした．
シンボリックリンクではなくてディレクトリ ジャンクションでした．
つまり，コマンドプロンプトでのスイッチが/Dではなくて/Jでした．
確認の手間をとっていただいたのに申し訳ありません．シンボリックリンクでは確かに問題なく階層が開きました．
ジャンクションポイントの場合はどうでしょうか．E:> mklink /j data_drive d:
というのも試してみましたが、問題なく階層が開きます。何か他の条件の違いでしょうか?
MTJ-Kさんは書きました：
こんにちは、MTJ-Kです。
いつも開発お疲れ様です。
遅ればせながら v8.00 beta を試してみまして、不具合とは言えない点も含めて
いくつか気になりましたので報告いたします。1.Excel、Word、VisualStudio、IEでのオートスクロール/パンと比較して
・オートスクロール/パンでの動作中、EmEditorが非アクティブ状態になってしまいます。
（MS製でもメモ帳は非アクティブ状態になるみたいですね。）
・オートスクロール/パンでの動作中、ホイールをスクロールさせても
オートスクロール/パンの動作が解除されません。
・パンでの動作において、スクロール中に中ボタンを離してもパンが解除されません。2.EmEditor v8からか分かりませんが、ウィンドウ分割状態で[新しい水平グループ]
[新しい垂直グループ]を実行するとキャレットを持たない領域のスクロールバーの
描画がおかしくなりました。以上です。それでは失礼いたします。
次のベータ版ですべて対応しておきました。どうもありがとうございます。
genさんは書きました：
プロジェクト実行中に、ツール ツールバーに登録したプログラムを実行すると ”XXXXX.DLL:指定されたモジュールが見つかりません。”のエラーになり実行出来ないものがある。
プロジェクトをＯＦＦにしていると正常に動作するので、プロジェクト機能が関係すると思うのですが？
http://kuronekosoft.ewinds.net/
の SQLのツールを登録し、Oracleに接続しようとすると
”OraOLEDBpus.dll:指定された．．”となります。
又、nmake.exe を使用したコンパイルなどは一度プロジェクトを実行するとＯＦＦにしてもエラーになる
ものありました。
環境変数 PATH がプロジェクトを実行するとPATH=(null)
になっているようです。確かに不具合がありました。次のベータでは修正します。
ご報告ありがとうございます。shiiyaさんは書きました：
Yutakaさんは書きました：
EmEditor Professional 8.00 beta 7 を 公開します。beta 6 からの主な変更点は次の通りです。(中略)
ダウンロード:
http://jp.emeditor.com/modules/download2/ (次期バージョンのベータ版)本アナウンスから約2時間経ちましたが、上記のダウンロードページ上の「次期バージョンのベータ版」欄のバージョン表記が「8.00 beta 6」のままであり、実際にダウンロードできるバージョンも「8.00 beta 6」のようです。
(ただし、 http://www.emeditor.com/pub/emed800b7jpx.msi および http://www.emeditor.com/pub/emed800b7jp64.msi などと直接URLを指定すると「8.00 beta 7」のファイル自体はダウンロードすることができるようでしたが…。)
これは、Webの更新漏れでしょうか？
それとも何らかの不具合が見つかって公開中止されたのでしょうか？すみません。Web の更新漏れです。プログラム自体には問題ありません。
yukiさんは書きました：
いつも開発ご苦労様です。①
前回ご報告させて頂きました、.eesuo の件です。
beta5、beta6でプロジェクト プラグインが若干変わったので、
修正をかけていただいたのかと思っておりますが、まだ、私の環境では.eesuo が作成されます…。
無題ソリューションで、
今度は、ファイルの種類の1番目の”すべてのソリューション ファイル”と2番目の”Visual Studio”を選択したときに保存されました。
(“EmEditor ソリューション ファイル(*.eesln)”の選択ではちゃんと.eeslnが保存されるようになりました。)まだ、修正段階であったなら、すみません。
②
単語数 プラグインで箱型選択時でも情報表示が可能であるといいと思いました。よろしく、お願い致します。
v8.00 beta 6
Windows XP Pro. SP2.eesuo は、Visual Studio 形式のソリューションを閉じるときに作成されるだけで、既定 (EmEditor 形式) のソリューションでは、作成されないはずです。しかし、他にも不具合があったので、 beta 7 でお試しください。
単語数については、v8 では難しいですが、将来的に検討します。
Marioさんは書きました：
次回起動時に前回終了時のファイルを自動で開くために
「ワークスペースの自動保存/復元」を使いたいのですが,
ウィンドウの位置も前回終了時の位置に復元されます.できれば「現在のウィンドウ位置を保存」ボタンで決めた場所に
復元して欲しいのですが, 併用しても終了時の位置に復元されてしまいます.・終了時のファイル
・固定のウィンドウ位置
を復元する方法はあるのでしょうか？ワークスペースの定義が、ウィンドウ位置を含んでいるため、ワークスペースで保存したウィンドウ位置が優先されてしまいます。ワークスペースの自動保存はチェックせずに、保存したいときだけ「ワークスペースを保存」コマンドを選択してはいかがでしょうか?
vadiseさんは書きました：
Vista Ultimate SP1 32bit環境です．エクスプローラプラグインの機能の１つに「開いたファイルのある階層まで自動的に開かれる」というのがあると理解しているのですが，ファイルの配置先がシンボリックリンク(ジャンクションポイント)の中だとこれは機能しないのでしょうか．
例えば，C:data_driveとD:をシンボリックリンクでつなげると以下のような違いがありますD:foo.txt => エクスプローラではマイコンピュータD:の階層が自動で開く
C:data_drivefoo.txt => エクスプローラではどの階層も開かれないおそらく同じ理由で，マイドキュメント内のファイルを開いてもやはり階層移動が起きません．
こちらでも同様な条件：
管理者権限のコマンドプロンプトから、
E:> mklink /d data_drive d:として、E:data_drive D: をシンボリック リンクでつないでテストしてみましたが、どちらも正しい階層で開いています。
ドキュメント内のファイルも問題ありません。
何か条件の違いがあるのでしょうか?
