フォーラムの返信を作成しました。

4,201 件の投稿を表示中 (合計 4,801 個)
  • 作成者
    投稿
  • 返信先: 文書整形機能 #5987
    Yutaka Emura
    Keymaster

    redさんは書きました:
    redです。
    Emeditor Professional 7.00.3を使用しています。Emeditor自体はV2の頃からお世話になっています。

    プログラミングや、HTMLの編集にかけては随一の使いやすさだと思うのですが、文章を書くに当たっては不便に感じることが多々あります。

    マニュアルや、レジュメ、議事録、シナリオなど文章を書くための機能をもっと充実していただくことは出来ないでしょうか。
    ひとつの候補として文書を段落ごとに整形してくれる機能を要望します。
    整形とは、行頭文字を認識し、インデントを付け、指定桁で改行を入れることです。
    今も改行を挿入する機能はありますが、範囲選択が事前に必要ですし、行頭文字も認識してくれません。
    オフィシャルな機能としての実装を検討していただけないでしょうか。

    文章を書きながら、ホットキー一発で範囲選択をせずともその段落内の文章を整形できたらと思います。
    (リムアーツのDana、ビレッジセンターのWZにはこのような機能があります)

    数年前には検討しますとおっしゃっていただいたと思うのですが、今もって実装されていないと言うことは今後もこういった機能は実装されないと言うことでしょうか。

    ぜひ再検討いただけたらと思います。

    マクロで実現できると思います。具体的に、どのような行頭文字を認識して、どのように動作したらいいか、例を示して教えていただければ、私の方でマクロを作成することも可能です。よろしくお願いします。

    返信先: 印刷の出力に時間がかかるのですが #5983
    Yutaka Emura
    Keymaster

    abukumさんは書きました:
    さっそくご返事ありがとうございました。

    Version 7をアンインストールしてVersion 6 に戻してみましたが変わりません。
    また、メモ帳でも印刷スプールは保留状態となりました。
    テキストファイルだけ、出力に影響が出ています。

    アドバイスいただいたように、
    HKEY_CURRENT_USERSoftwareEmSoftEmEditor v3Common

    名称 UseUniscribe
    種類 REG_DWORD 
    数値を 0 で挿入して設定してみましたが、
    再起動しても、印刷が非常に遅いことに変わりません。

    ただし、administrator権限でログオンしてみたら、アドミニ環境では、テキストの印刷出力やスプールには問題がでませんでした。ローカルユーザーの設定に何か問題が生じているようです。新たに別のローカルユーザーを設定してログオンしてみたところ、テキストの出力はできるようになりました。ユーザー設定をこちらに移動していけばいいのか知れません。

     思い出してみると、数日前に、マイクロソフトの自動更新があって終了間際にサインが出ました。翌日から、テキストの出力だけ影響が出ているような気がします(XP Professional Edition 使用です)

    メモ帳で同じ問題が発生するのだったら、Windows の問題ということになります。Microsoft の方で問題解決をする必要があるかと思います。

    返信先: 印刷の出力に時間がかかるのですが #5980
    Yutaka Emura
    Keymaster

    abukumさんは書きました:
    Emeditorを編集していて問題はないのですが、印刷出力にのみ、時間がものすごくかかるようになりましたが、考えられる原因がわかりません。
     1行ぐらいの小さなテキストファイルでも、5分くらいかかり、2キロバイト程度の通常のファイルでは、30分くらいかかります。他のソフトのファイル、DOC、PDFなどは通常スピードで出力します。
     再インストールしてみましたが、変わりません。V7にアップしてから数日後になりましたが……。
     現在、Version 7.00.3にバージョンアップして使用していますが、症状が緩和されません。

    Version 6 では問題なくて Version 7 で遅くなるのでしょうか? メモ帳では問題ないですか?

    RegEdit.exe を実行して、次のキーに “UseUniscribe” を DWORD の値で挿入し、

    HKEY_CURRENT_USERSoftwareEmSoftEmEditor v3Common

    UseUniscribe を 0 に設定してみてください。

    返信先: オートコンプリート(AutoComplete) #5979
    Yutaka Emura
    Keymaster

    先ほど、 AutoComplete プラグインを更新したものを公開しましたので、ご利用ください。

    返信先: オートコンプリート(AutoComplete) #5977
    Yutaka Emura
    Keymaster

    こちらでは、既にビルドしていますので、まもなく公開します。お待たせしてすみません。

    返信先: 日本語入力が不能になるケース #5975
    Yutaka Emura
    Keymaster

    takechaさんは書きました:
    IME には Vista 標準装備の Microsoft IME を使用しています。
    読み取り専用では無く編集可能の状態のテキストファイルです。
    Microsoft Office 製品、そして他の IME は何れも未導入です。

    大事なことを記述し忘れておりました。
    日本語版 OEM の Windows Vista Ultimate 32bit ですが、
    Display Language には English を選択しており、Explorer
    等のメニューやダイアログは全て英語で表示されるようにしています。
    EmEditor 7.00.3 本体のインストールは英語版を使用しており、
    右クリックメニューは日本語等を使ってカスタマイズしています。

    現在、他社製のテキストエディタも併用しながら具体的な再現性
    を確認しています。

    p.s. 2008.03.19 18:00 現在、Vista SP1 を導入しました。

    日本語が入力不可能な状態のとき、言語バーは日本語が選択されているでしょうか? このときの状態を詳しく教えてください。日本語と英語(EN)の両方が利用できる状態の場合は、Windows の既定の設定では、Alt + Shift で、言語が切り替わるようになっています。まちがって Alt + Shift を押してしまうと英語入力に切り替わってしまうためご注意ください。

    返信先: トレイアイコン #5972
    Yutaka Emura
    Keymaster

    yukiさんは書きました:
    いつも開発ご苦労さまです。
    v7.00.3を使用しております。

    些細なことなのですが、トレイアイコン → 左クリック → 最近使ったフォルダについてです。
    もし不都合がなければ、参照フォルダ先がなくなった場合は、参照ファイルが見つからないケースのようにエラーメッセージを表示して、リストからも削除して頂けると幸いです。
    現在だと、関係のないフォルダ先(EmEditorのインストールフォルダ)が表示されました。

    よろしく、お願い致します。

    調べておきます。ありがとうございます。

    Yutaka Emura
    Keymaster

    rioさんは書きました:
    こんにちは。先程free版をインストールしてさっそく使わせてもらおうとしたのですが、1,複数のファイルを開いた後にメニュー>ウインドウにある表題の機能を使おうとしたのですが働きません?なにかその前に設定しておかなければならない操作があるのでしょうか?
    2,上記操作をしようとすると自動的にモニター一杯に最大化したような状態で表示されてしまうのですが、これはこういう仕様なのでしょうか?

    EmEditor Professional の最新版では、この動作はもっとわかりやすくなっています。EmEditor Professional のご利用を強くおすすめします。

    なお、EmEditor Free については、EmEditor Free フォーラム http://jp.emeditor.com/modules/newbb/viewforum.php?forum=11 に発言してください。

    返信先: Document Object について #5970
    Yutaka Emura
    Keymaster

    kiSysDevさんは書きました:

    Yutakaさんは書きました:

    そのとおり、現在のウィンドウ グループ以外の文書に対する操作は行うことができないです。OpenFile メソッドで開いたウィンドウでも同じです。同じグループ内に開けば可能です。

    Scripting Host での FileSystem オブジェクトを利用することは可能です。

    回答、ありがとうございます。

    表現が、いささか舌足らずでした。

    意図したのは、マクロ内から開いた文書に対して、同じマクロから操作したい、という点です。

    そこで、同じグループ内に文書を開けば可能ということですが、マクロの実行環境内で同じグループ内に文書を開く方法、あるいは、コマンド等はあるのでしょうか?

    以上、お願いします。

    タブが有効の状態であれば、ファイルを開く動作では、同じグループからファイルが開かれるはずです。タブは有効になっているでしょうか?

    返信先: Document Object について #5964
    Yutaka Emura
    Keymaster

    kiSysDevさんは書きました:
    早速の回答ありがとうございます。

    制限については理解しました。

    目的は、現在のウィンドウ グループ (完全には理解していませんが) 以外のテキスト ファイルに対する操作をしたいのですが、マクロで可能かどうか教えてください。

    OpenFile メソッドで開いたウィンドウでも同じと考えてよいかどうか?

    もし、ダメならば、Scripting Host での FileSystem オブジェクトを利用しなければなら何のかどうか?

    以上、お願いします。

    そのとおり、現在のウィンドウ グループ以外の文書に対する操作は行うことができないです。OpenFile メソッドで開いたウィンドウでも同じです。同じグループ内に開けば可能です。

    Scripting Host での FileSystem オブジェクトを利用することは可能です。

    返信先: Document Object について #5962
    Yutaka Emura
    Keymaster

    kiSysDevさんは書きました:
    江村 様

    不具合なのかどうか不明でしたので、こちらに投稿しました。

    Selection.OpenLink を使って、*.txt のテキスト ファイルを開くたあと、と開く前の Document.Count が同じ数値です。

    具体的には、JScript で

    var oldDocs = editor.Documents;
    document.selection.OpenLink();
    var newDocs = editor.Documents;
    alert( “oldDocs.Count =” + oldDocs.Count + “n”
        + “newDocs.Count =” + newDocs.Count);

    つまり、マクロ実行中に、OpenLink で新しく開かれた Document オブジェクトを特定できません。

    便利な機能なので、ぜひ使いこなしたいのです。
    何か対処方法があれば教えてください。

    正確には、Documents.Count のことでしょうけど、EmEditor のマクロでは、マクロを実行しているウィンドウ グループ (フレーム) 以外の情報は取得できないという制限があります。だから、新しいフレームを作成しても、editor.Documents で返される値は、マクロを実行開始時と同じフレームになります。

    Yutaka Emura
    Keymaster

    qtvさんは書きました:
    メニューから「ツール→カスタマイズ」とし,「ウィンドウ」タブを開くと,その中に「次の文書コマンドで最後に使用した文書に切り替える」というのがあります.
    それにチェックが入ってると,私のところでも同じようになりました.
    なので,それかもしれません.

    qtv さんの書かれているとおり、「次の文書コマンドで最後に使用した文書に切り替える」がチェックされている場合は、このようになります。この場合、CTRL を伴うショートカット (たとえば、既定の CTRL + TAB) の場合、CTRL を押しながら、指定したキー (TAB など) を続けて押せば、次の文書に移動することができます。

    返信先: 日本語入力が不能になるケース #5956
    Yutaka Emura
    Keymaster

    takechaさんは書きました:
    Windows Vista Ultimate 32bit で EmEditor 7.00.3 を使っています。マシン本体の電源は落とさず常に Sleep モードからの復帰で使用しています。EmEditor の終了と OS を再起動させるのはアップデートで必要な時ぐらいです。常時起動させている EmEditor で日本語入力モードに変更しようとしても変更不能に陥るケースが発生しています。この場合は EmEditor を一度終了して再び起動し直せば問題無いのですが、根本的に何か解決策が生まれれば幸いと存じます。

    IME は何をお使いでしょうか? Windows Vista に標準についているものでしょうか? あるいは、他のソフトウェアについてくるものでしょうか? (Office についている IME 2007 など)

    EmEditor では、読み取り専用のモードでは、IME 変換が使用できなくなりますが、そういうわけではないですね?

    返信先: タブの移動にてエラー #5955
    Yutaka Emura
    Keymaster

    snowさんは書きました:
    お疲れさまです。

    タブをドラッグしていったん別ウィンドウにして、さらにそのウィンドウのタブを元のウィンドウへドロップしたところ、以下のエラーが発生しました。

    —————————————————————————————
    プラグインでアプリケーションエラーが発生しました。プラグイン:
    OutlineText.dll
    関数:
    OnEvents
    nEvent = 0x400000
    このプラグインを無効にしますか?
    —————————————————————————————

    アウトラインプラグインがアクティブになっているのが条件かどうか、いまいち分かりません。
    アクティブになっていても100%再現するわけではなさそうです。
    江村様の環境でも再現しますでしょうか?

    こちらでは再現しないですが、何か特殊な条件が関係するのかもしれません。引き続き調べてみます。EmEditor は最新版をお使いでしょうか?

    Yutaka Emura
    Keymaster

    rokuさんは書きました:
    Version 7.00.3 を使っています。
    テキストを編集中に、メインの編集エリアから Find ツールバーのテキストボックスにフォーカスを移動するのに、ショートカットキーを割り当てたいのですが、可能でしょうか。
    また、Find ツールバーのテキストボックスからメインの編集エリアにフォーカスを戻す操作も、ショートカットキーで行いたいです。

    ショートカットを割り当てるには、[ツール] メニューの [すべての設定のプロパティ] の [キーボード] タブで、[カテゴリ] にプラグインを選択し、[コマンド] に FindBar (検索バー) を選択して、好きなキーボード ショートカットを入力して割り当てボタンを押します。

    また、検索バーにフォーカスがある状態では、ESC ボタンを押すと、エディタのビューにフォーカスが移ります。

    返信先: npro #5943
    Yutaka Emura
    Keymaster

    freezeさんは書きました:
    npro稼働しているかどうかは、
    タスクトレイにnproアイコンある
    プロセスにGameMon.desがある
    で確認できます。

    再度実験しみたところ、以下のようになりました。
    (全てnpro導入ゲーム起動した状態)

    ・x86XP上でx86EmEditor
    普通に動作
    ・x64XP上でx86EmEditor
    普通に動作
    ・x64XP上でx64EmEditor
    タスクトレイ・スタートメニュー・デスクトップショートカット・IEx64・その他x64アプリからの起動は普通に動作。
    IE32bit版やSleipnirからのソース起動や、32bitファイラーなどからの起動は動作しない。

    以上の結果となりました。
    32bitアプリからx64EmEditorの起動がnpro稼働していると出来ない模様です。
    npro起動していない場合は問題ありません。

    >ゲーム開発側には連絡されたのでしょうか?
    連絡はしましたが、他のエディタが動作する以上は該当エディタ(EmEditor x64)がnproに引っかかる動作しているのでは、といった回答しか得られませんでした。

    Windows XP (x64 Edition) をフレッシュインストールして、上の条件で再現しました。ただし、GameMon.des が実行されている状態で、IE (32bit) を起動して、アドレスバーで C:Windows とタイプして Enter を押すと、エクスプローラ (32-bit) のウィンドウになります。この状態で、EmEditor.exe は起動せず、ほとんどのアプリケーションは起動できることを確認しましたが、メモ帳 (notepad.exe) は起動できませんでした。どうやら、32ビットの環境から64ビットアプリの呼び出しのところに問題がありそうですね。EmEditor だけが起動しないのだとわかるのですが、メモ帳も起動しないということは、やはり npro 側で対応していただく必要があるかと思います。また、このような問題が発生するのは、非常に特殊な条件だと思います。IE (64-bit) を使用していただくか、あるいはデスクトップから EmEditor を起動するようにして、問題を回避していただくわけにはいかないでしょうか?

    Yutaka Emura
    Keymaster

    pinetailさんは書きました:
    確認が遅くなって申し訳ありません。
    江村様、ご回答いただきまして、ありがとうございました。

    私もyunoki様と同じように、
    一手間増えることで作業効率のダウンを感じています。
    レジストリ変更の方法で構いませんので、
    ご教授いただけましたら助かります!

    次のバージョン 7.00.4 では、レジストリの変更で、(ReadOnly でなく) 通常に開けるように変更しました。公開されたらお試しください。

    Yutaka Emura
    Keymaster

    hosikenさんは書きました:
    環境: Windows xp SP2
    EmEditor V7.00.3 特筆すべきカスタマイズはしてません。

    再現手順
    1. タブモードにする。
    2. 無題の文書を1つ作成し、適当に文字を入力して変更状態にする。
    3. ウインドウの閉じるボタンを押す。「保存しますか?」ダイアログが表示。
    4. この間に、関連付けなどからコマンドライン指定でファイルを1つ開く。
    6. 閉じようとしている無題の「保存しますか?」に「いいえ」を選択。
    7. EmEditorが落ちてしまいます。(たまに落ちないこともあるようです)

    確かに再現しました。調べておきます。
    ご指摘ありがとうございます。

    Yutaka Emura
    Keymaster

    takane56さんは書きました:

    マクロを使って、開いているファイルすべてにそのプラグインを適用する、ということは可能です。もし、その方法でよろしければ、詳細なマクロの書き方が必要な場合は、また教えてください。

    早速ご検討くださりありがとうございます。
    宜しくお願いします

    次のような感じになります。試してみてください。

    docs = new Enumerator( editor.Documents );
    for( ; !docs.atEnd(); docs.moveNext() ){
    doc = docs.item();
    doc.Activate();
    editor.ExecuteCommandByID( nID );
    }

    nID = (….) プラグインの ID (5632 から 5632 + 255)
    たとえば、プラグインの一覧の最初にあれば、5632、2番目にあれば、5633 となります。
    editor.QueryStringByID を使って調べることも可能です。。

    Yutaka Emura
    Keymaster

    takane56さんは書きました:
    お世話になっております。

    現在、Delete Duplicate Lineという便利なプラグインを使って、1txtファイルごとに重複行の削除処理をしているのですが、楽をしたくなるもので段々一括で処理したくなってきました^^:

    Delete Duplicate Lineの機能
           +
    フォルダ内の格納されているtxtファイル(サブフォルダを含む)の中身を、一括で重複行削除させることは可能でしょうか?

    イメージとしては、プラグインをクリックするとフォルダを指定するダイアログボックスが表示されて、指定したフォルダを選択すると一括で重複行削除の処理がはじまる。という感じです。

    ご検討いただければ幸いです

    マクロを使って、開いているファイルすべてにそのプラグインを適用する、ということは可能です。もし、その方法でよろしければ、詳細なマクロの書き方が必要な場合は、また教えてください。

    Yutaka Emura
    Keymaster

    pinetailさんは書きました:
    初めまして。
    IE6でソースを表示するエディタに
    EmEditorを指定しています。

    いつの頃からか、
    自動的に書き替え禁止モードで開くようになりました。

    その都度書き替え禁止を解除すればいいのですが、
    ソースを確認することが多いので少し不便に感じています:-(
    設定項目などで
    書き替え禁止モードではなく通常モード(?)で
    ソースを表示させるように変更できないでしょうか?

    PC環境は以下のとおりです。
    Windows XP Home edition SP2
    EmEditor7.0
    IE6

    これは、v6 のときに、IE のソース表示からのファイルがキャッシュ (一時ファイル) フォルダの場合に、書き換え禁止モードで開きたいという要望を実現したものです。これは EmEditor からは解除することはできません。

    ただし、レジストリで、IE のエディタを変更する部分を好きなコマンドラインに変更することにより、可能かもしれません。それでもよろしければ、さらに詳細を書きますので、教えてください。

    返信先: EmEditor Professional 7.00.3 RC 1 #5925
    Yutaka Emura
    Keymaster

    snowさんは書きました:
    「すべての設定のプロパティ」からフォントを変更した際に、開いている文書のうちいくつかにしか、変更が適用されないようです。
    また、フォント名が空の状態で決定すると、不明なフォントで描画されます。
    私の環境の問題でしょうか。

    INI 使用時でしょうか? あるいはレジストリ使用でしょうか?

    こちらでは特に問題は発生していないです。すべての設定のプロパティで、フォントを選択したあと、さらに、すべてのフォント分類を選択する必要があります。そうしないと、文書によって異なるフォント分類を選択している場合は、すべての文書に適用されないことになります。

    フォントが空の状態で確定した場合は、以前のフォントから変更されないだけで、不明なフォントという状態にはなりませんでした。「不明なフォント」というのはどいいうことでしょうか?

    返信先: npro #5924
    Yutaka Emura
    Keymaster

    LaTale についてはアップデートに成功して、起動するところまでいきましたが、LaTale Client ウィンドウが起動したところで、ウィンドウ内が真っ白になるだけで、その後先に進みませんでした。なお、この状態だと、 EmEditor を起動しても問題はありませんでした。

    私の経験から、あるプロセスがほかのプロセスに影響するということは本当に稀なことで、もしあるとしても、EmEditor 側で回避できることはほとんどないと思います。むしろ、影響を与えているゲーム側でほかのプロセスに影響するような部分を修正してもらい、対処してもらうほうが正しい方法かと思います。ゲーム開発側には連絡されたのでしょうか?

    返信先: 設定の定義の並び順を変更するには? #5921
    Yutaka Emura
    Keymaster

    fusaさんは書きました:
    こんにちは。
    とても基本的な事かもしれませんが、[設定の定義]という
    画面で、各々の設定の並び順を変える方法がわかりません。
    教えてください。

    以前はアルファベット順だったようですが、
    今日、設定をコピーしてみると、末尾に追加されました。

    自由に並び順を変更したいです。

    設定保存先はIniファイル利用で
    EmEditor v7.00.2です。

    ini ファイル使用の場合は、eeConfig.ini での並び順になりますね。eeConfig.ini を開いて、順番を変更することができます。

    Yutaka Emura
    Keymaster

    qtvさんは書きました:
    私も,クリック後の位置を探すのに苦労しています.
    カレント行でアンダーラインを表示する設定にしているのですが,フォーカスがアウトラインバーにあるため,アンダーバーが見えなくなっています.
    せめてクリック後は,エディタウィンドウの方にフォーカスが当たってくれれば,と思いました.

    ダブルクリックにすると、エディタの方にフォーカスがあたるようになります。いかがでしょうか?

4,201 件の投稿を表示中 (合計 4,801 個)