EmEditor Professional 7.00 beta 3
EmEditor Professional 7.00 beta 3 を 公開します。beta 2 での不具合を修正しています (別スレッドで回答しています)。
ベータ版のため、不具合が残っている可能性があります。テスト マシンのみにインストールすることをおすすめします。
EmEditor Professional 7.00 beta 3 (インストーラ):
emed700b3jpx.msi
システム レジストリを変更しないでインストールしたい場合には、以下のポータブル バージョンをダウンロードすることもできます。
EmEditor Professional 7.00 beta 3 (インストーラ無し):
emed700b3jpx_portable.zip
(同じファイルは、EmEditor インストーラを使ってインストールした後、ツール メニューのインポートとエクスポート ウィザードからも作成することができます。)
新機能についての詳細は、 https://emeditorjp.wpengine.com/modules/feature1/ 、およびインストールした後、ヘルプの履歴のページをご覧ください。
試された場合には、不具合の報告やフィードバックをこのフォーラムに投稿してくださいますよう、お願いいたします。ご協力ありがとうございます。
マクロの参照先が開いているテキストのデレクトリになっているようです。
１）マクロのカスタマイズ、マイマクロのパスはＥｍＥｄｉｔｏｒ
のインストールイ先になっていました。
２）マクロのカスタマイズ（オプション）にてフォルダを選択し直すてもだめでした。
３）マクロのカスタマイズにてマイマクロを１つ登録し直したら
全てのマクロが直りました。
４）プロパティの設定で、キーボード、マイマクロで割り付けた
ｋｅｙが消え、説明に表示されているパスが .ﾏｸﾛ名.jseeになっています。
５）メニューの変更で作成したメニューが消えていました。
（メニューはあるのですが、選択するものが無くなってました）
メニューの変更には残っていたのでプロパティを開き直したら
もとに戻りました。
:-(
beta 1で報告済みなので修正中かとは思いますが
フリーカーソルで行削除すると改行のみ残り行削除
されません。
たぶんフリーカーソル時の改行の扱いが難しいのでしょうが
行選択、１行上、下など行の処理がフリーカーソルモードでは無い時とでマクロの処理結果が異なってしまいます。
なんとなく、なっとくしてきました。
フリーカーソルもで無い時、改行まで選択すると自動で次行
１桁めになるため１行丸ごと消えたけど、フリーカーソルの
時は次行に移動しないので削除されないのですね。
でも
document.selection.Delete(1);
などのマクロの動きは同じにならないでしょうか？
下記のようなマクロもCtrl+Cに割り付けていましたが
フリーカーソルにすると動きが変わります。
if( document.selection.IsEmpty == false){
document.selection.Copy( eeCopyUnicode );
document.selection.Collapse();
document.selection.LineUp( 0,1 );
}
else{
document.selection.SelectLine();
document.selection.Copy( eeCopyUnicode );
document.selection.Collapse();
document.selection.LineUp( 0,1 );
}
ｐｓ EmEditorを愛用し、改良、要望取り入れて頂き大変
愛着のあるＥｄｉｔｏｒです、開発がんばってください。
Windows 2000 SP4
EmEditor Pro 7.00 beta3
下記２点、修正されているのを確認しました。
・「パラメータが間違っています。」メッセージが表示される
・履歴のクリア時の eeCommon.ini が作成される
検索ツールバー、HTMLツールバーの前回終了時の場所を憶えてくれない件の再現手順です。
１）適当なHTMLファイルを開く。
２）検索ツールバーとHTMLツールバーをメニューバーよりも上（一番上）へ移動。
３）EmEditor を終了し、再度HTMLファイルを開く。
４）検索ツールバーとHTMLツールバーが各ツールバーの一番下に表示されている。
上記は極端な例ですが、個人的には検索ツールバーはウィンドウツールバーの上に置いときたいです（ウィンドウツールバーは常に一番下がいい！）
（HTMLツールバーはデフォルトだと設定が「HTML」の場合のみ自動表示されるので、場所を憶える必要があるか微妙ですが・・・）
あと、これを書いている途中で見つけてしまったのですが・・・
ウィンドウを閉じる時の右上の「×」を Shift キーを押しながらで EmEditor をすべて閉じてくれますが、編集中のウィンドウが保存確認なしで閉じられ AutoSave ファイルが作成されました・・・
ついでに気になったのですが AutoSaveファイルの保存先は指定できないのでしょうか？
３）マクロのカスタマイズにてマイマクロを１つ登録し直したら
全てのマクロが直りました。
でも再起動すると元に戻ってしまいました。
一度削除し、再インストールしましたがマクロだけは
いただけません :-?
これは、Windows 2000 のフォントの問題になります。以前はこれに対応するコードがあったのですが、Windows 2000 への対応をできるだけ外すことにより、コード サイズを減らそうとしています。桁がずれないようなフォント サイズを使用することにより対応できないでしょうか?これは Windows 2000 をサポートしなくなるということでしょうか？ これをすることで EmEditor が "劇的" に高速化するのであれば我慢できなくもないですが・・・ 少なくとも私がこれまで使ってきたエディタ（メモ帳以外）でサイズ 10 で桁ズレするものはほとんど見たことがなく、EmEditor（しかも最新版）でそうなるのは非常に残念です（まあＭＳの仕様が悪いような気もしますが・・・）。 ※個人的には等幅フォントで桁がズレないというのがエディタとしての最低条件だと思っているので・・・ とりあえずサイズ 10.5 を使用することにします（9 は小さいし 12 は大きすぎ）。 というわけで、いままで気にならなかったことが気になったので要望です。 １）すべての設定のプロパティでフォントサイズ 10.5 を指定できるようにしてほしい。 現在はツールバーのフォントサイズ変更でしか 10.5 など .5 が指定できませんが、設定毎にフォントサイズ変更する必要があるってのはちょっと・・・ ２）垂直罫線が文字の左端の１ドットを隠してしまう。 サイズ 10 では隠れなかったのですが、9、10.5、12 いずれも文字の左端１ドットが隠れてしまいます。 垂直罫線を左に１ドットずらす（逆に文字の右側が隠れなければですが）か、文字間の指定ができるようにしてほしいです。 ３）印刷プレビュー、印刷で桁がズレる。 これは、プリンタに依存することかもしれませんが、タブ文字なども使っていると、画面では桁ズレしないサイズ 9、10.5 で桁ズレすることがあります(12 だと大丈夫？？？)。 印刷プレビューの場合は、拡大、縮小で桁のズレ方が変わることもあります。 下記がこちらの環境で桁ズレするテキストです。
123456789012345678901234567890123456 78901245678901245あいうえおかき1 12345678901234567890123 123456789012345678901234567890123456 78901245678901245あいうえおかきくけ 12345678901234567890123長文申し訳ありませんが、御検討宜しく御願いします。
これは多分、XPからWindowsのフォント描画の仕様（計算）が変わったことによる影響ですよね。
速度よりはコードサイズの面からでしょうが、フォント描画だけなら残しておいても大差ないような…。
例えばパッチで2000用の差分を残しておくとかでも、良いかと思います。
β２に戻しました。
β３ではマクロのカスタマイズ／オプションのフォルダが
C:Program FilesEmEditorだったのですが
β２に戻すと"."になってました。
フリーカソルで改行より右位置でCtrl+←で移動すると
何カ所かカーソルが止まる場所（改行より右）があります。
その後行末で止まると思ったのですが、行の先頭に移動して
しまいます。
HTML編集なのですが、で色づけされたものがで戻らず、文末まで色つきになります。
また、ファイルを閉じてもEmEditor自体を終了させるまで、そのファイルが使用中となるようです。
単語補完は、候補が0になった時点で閉じて欲しいです。
Windows 2000 SP4
EmEditor Pro 7.00 beta3
ファイルから検索、ファイルから置換の /fd や /rd を指定して EmEditor を起動すると強制終了されます。
マクロが使えないと不便なのでβ2に戻したりβ3にしたりしていたらﾏｲ ﾏｸﾛ がβ3と同じになってしまいました。
ﾏｲﾏｸﾛを１つでも再登録するとｵﾌﾟｼｮﾝのフォルダで指定したところを見にいくが、再起動すると開いているテキストのフォルダ
か:Documents and Settingsをみに行っていまう。
OS:Windows XP Home SP2
beta1以降、インストーラを利用した場合に
チェックをしていなくても勝手にテキストファイルに関連づけされてしまうようです。
ちなみにすべて上書きインストールで確認しました。
β３で再度強調表示の件を確認しました。
document.getElementById("hoo")HTMLのプロパティで特別な構文を「HTML」もしくは「HTML埋め込み」にした場合でチェックしました。 開始タグ以降は正常に埋め込みの強調表示になったのですが、その後の終了タグがきてもそのまま強調表示 がもどらないようです。 お手数ですが再度確認をお願い致します。
プラグインの設定ダイアログを開いてOKボタンを押すと、
プラグインのツールバーのタイトルがすべて消えてしまいます。
いくつか、不具合報告と要望がありますので、修正、ご検討願えれば。と思います
【不具合】
■HTMLコード内でのスクリプト埋め込みした場合の強調表示がおかしい
すいません、下記以外の言語はスキルがないため確認していません。
・JavaScriptもしくはStyleSeet
終了タグを認識していないようで、開始タグから最終行まですべてスクリプト用の強調表示がされてしまいます
強調表示に関しては問題なさそうです（簡単にしか確認していませんが。）
・PHP
開始から終了までの基本色は変わるのですが、強調表示がされていないようです
【要望】
単語補完プラグイン自体は最高なのですが、下記の動作仕様をご検討してもらえれば、作業効率がかなり上がると思いました。
■候補リストの表示内容
１．1文字入力 -> 補完リストを表示
２．2文字目を入力 -> 上記の補完リスト数のまま、入力された2文字にマッチするものにフォーカスを移動
となっているかと思いますが、希望としては、2文字目を入力した時点で、2文字分にマッチしないものは候補リストから消去してほしいです（要望どおりの動作の場合、入力中は常にフォーカスは一番上になると思います）
あと、BackSpaceで文字を消去した場合では逆に候補リストが増えると尚うれしいです
理由は、うろ覚えの関数や定数を入力しようとしたとき、1文字より2文字、2文字より3文字といった感じで、多ければ多い程候補リストの数が少なくなれば、目的のものを見つけやすくなると思います。
また、候補リストを必要としていない場合にも自動で表示されるため、その際は候補リストにない文字列まで入力すれば、結果的に候補リストがなくなり、ウィンドウを消去してくれる（別途ロジックを組む必要はありますが）ので、候補リストが必要無い時でも、意識しなくても作業できるかと思います。
これは Windows 2000 をサポートしなくなるということでしょうか？ これをすることで EmEditor が "劇的" に高速化するのであれば我慢できなくもないですが・・・すみません。書き方が悪かったために誤解を生じてしまったようですが、Windows 2000 をサポートしないということではありません。これからも Windows 2000 をサポートします。次のβでは、桁ずれが発生しないように修正します (元に戻します)。
１）すべての設定のプロパティでフォントサイズ 10.5 を指定できるようにしてほしい。 現在はツールバーのフォントサイズ変更でしか 10.5 など .5 が指定できませんが、設定毎にフォントサイズ変更する必要があるってのはちょっと・・・以下のマクロ (JavaScript for EmEditor) を使っていただければ、すべての設定のフォントを 10.5 ポイントにすることができます。お試しください。
bAllConfigs = confirm( "すべての設定のフォントを 10.5 ポイントにしますか? [キャンセル] をクリックすると、現在の設定のみのフォントを 10.5 ポイントにします。" ); if( bAllConfigs ){ cfgs = new Enumerator( editor.Configs ); for( ; !cfgs.atEnd(); cfgs.moveNext() ){ cfg = cfgs.item(); SetKeys( cfg ); } } else { cfg = document.Config; SetKeys( cfg ); } function SetKeys( cfg ) { list = new Enumerator( cfg.Font.DisplayList ); for( ; !list.atEnd(); list.moveNext() ){ item = list.item(); item.Size = 10.5 } cfg.Save(); }
β2に戻しましたがβ2も同じ現象になってしまいました マクロが使えないと不便なのでβ2に戻したりβ3にしたりしていたらﾏｲ ﾏｸﾛ がβ3と同じになってしまいました。 ﾏｲﾏｸﾛを１つでも再登録するとｵﾌﾟｼｮﾝのフォルダで指定したところを見にいくが、再起動すると開いているテキストのフォルダ か:Documents and Settingsをみに行っていまう。beta 2 から beta 3 への移行で、保存パスが、絶対パスから相対パスに変更されました。したがって、beta 3 から beta 2 に戻すと、相対パスになってしまい、正しく復元されなくなります。だから、beta 3 から beta 2 に戻さないようにしてください。戻す場合には、パスを正しく設定し直す必要があります。 このあたりですが、もう少し検討して beta 4 でまた仕様を変更するかもしれません。 今のところ、beta 2 から beta 3 への移行でマクロのパスに問題が発生するという現象は再現できませんでした。beta 2 では、マクロのパスをどこに設定していたのでしょうか?
beta1以降、インストーラを利用した場合に チェックをしていなくても勝手にテキストファイルに関連づけされてしまうようです。ご指摘の現象、確認しました。こちらでは修正しておきました。ご報告ありがとうございました。
genさんは書きました： beta 1で報告済みなので修正中かとは思いますが フリーカーソルで行削除すると改行のみ残り行削除 されません。 たぶんフリーカーソル時の改行の扱いが難しいのでしょうが 行選択、１行上、下など行の処理がフリーカーソルモードでは無い時とでマクロの処理結果が異なってしまいます。 なんとなく、なっとくしてきました。 フリーカーソルもで無い時、改行まで選択すると自動で次行 １桁めになるため１行丸ごと消えたけど、フリーカーソルの 時は次行に移動しないので削除されないのですね。 でも document.selection.Delete(1); などのマクロの動きは同じにならないでしょうか？Delete(1) で調べてみましたが、特に違いを見つけられませんでした。具体的な例を挙げていただけると助かります。
下記のようなマクロもCtrl+Cに割り付けていましたが フリーカーソルにすると動きが変わります。 if( document.selection.IsEmpty == false){ document.selection.Copy( eeCopyUnicode ); document.selection.Collapse(); document.selection.LineUp( 0,1 ); } else{ document.selection.SelectLine(); document.selection.Copy( eeCopyUnicode ); document.selection.Collapse(); document.selection.LineUp( 0,1 ); }これについては修正しました。どうもありがとうございました。
document.selection.Delete(1);
などのマクロの動きは同じにならないでしょうか？
Delete(1) で調べてみましたが、特に違いを見つけられませんでした。具体的な例を挙げていただけると助かります。
*------------------------------------------------------------------------*
jseeのマクロで（ほかも同じかもしれませんが）
document.selection.Delete(1);
でﾌﾘｰｶｰｿﾙでは無いとき
１行が削除される（ｽﾃｯﾌﾟ数が１行減る）
ﾌﾘｰｶｰｿﾙの時
改行が残る（ｽﾃｯﾌﾟ数は同じ）
マイマクロのオプションのフォルダに
C:Program FilesEmEditorを指定していました。
下記のマクロを Ctrl+Xに割り付けていたのですが
if( document.selection.IsEmpty == false){
document.selection.Copy( eeCopyUnicode );
document.selection.Delete(1);
}
else{
document.selection.SelectLine();
document.selection.Copy( eeCopyUnicode );
document.selection.Delete(1);
}
document.selection.Delete(1);ではなく
document.selection.SelectLine();のほうかもしれません
選択をせず Ctrl+X で改行のみ残ってしまいます。
このトピックの投稿: 37