◀ANSI版開発トップへ
  • 5080 トリプルクリック対応など
    • 5081 RE: トリプルクリック対応など
      • 5084 Re2: トリプルクリック対応など
        • 5085 Re3: トリプルクリック対応など
          • 5107 Re4: トリプルクリック対応など
            • 5109 Re5: トリプルクリック対応など
              • 5114 Re6: トリプルクリック対応など
      • 5086 Re2: トリプルクリック対応など
        • 5087 Re3: トリプルクリック対応など
          • 5092 Re4: トリプルクリック対応など
        • 5091 Re3: トリプルクリック対応など
          • 5093 Re4: トリプルクリック対応など
          • 5096 Re4: トリプルクリック対応など
            • 5099 マクロ作ってみました
    • 5106 RE: トリプルクリック対応など
      • 5108 Re2: トリプルクリック対応など
    • 5110 テスト版 204での確認結果
      • 5111 Re:テスト版 204での確認結果
      • 5112 Re:テスト版 204での確認結果
        • 5113 Re2:テスト版 204での確認結果
          • 5116 Re3:テスト版 204での確認結果
            • 5125 Re4:テスト版 204での確認結果
    • 5115 Re:トリプルクリック対応など
      • 5117 Re2:トリプルクリック対応など
        • 5118 Re3:トリプルクリック対応など
          • 5123 Re4:トリプルクリック対応など
            • 5127 Re5:トリプルクリック対応など
              • 5128 Re6:トリプルクリック対応など
                • 5159 Re7:トリプルクリック対応など
                  • 5160 Re8:トリプルクリック対応など
                  • 5161 Re8:トリプルクリック対応など
                  • 5162 Re8:トリプルクリック対応など
                    • 5163 Re9:トリプルクリック対応など
                      • 5164 Re10:トリプルクリック対応など
                        • 5165 Re11:トリプルクリック対応など
                          • 5166 Re12:トリプルクリック対応など
                            • 5167 Re13:トリプルクリック対応など
                              • 5168 Re14:トリプルクリック対応など
                              • 5169 Re14:トリプルクリック対応など
                                • 5170 Re15:トリプルクリック対応など
                                  • 5171 Re16:トリプルクリック対応など
                                  • 5173 Re16:トリプルクリック対応など
                                    • 5174 Re17:トリプルクリック対応など
                                  • 5175 Re16:トリプルクリック対応など
                                    • 5176 Re17:トリプルクリック対応など
                                      • 5178 Re18:トリプルクリック対応など
    • 5189 トリプルクリック対応まとめページ
  • [5080] トリプルクリック対応など なすこじ 2007年10月03日 14:29

    以下の項目を作ってみました。
    ・マウスにてウィンドウをアクティベートした時、クリック位置へカーソルを移動しない(Req:174)
    ・文字をクリックした時のカーソル位置の決定方法変更
      判定の切れ目を中心ではなくK2Editorのように右端から少し左にしています。
    ・トリプルクリック対応
      4回クリックも対応可能ですが、コメントアウトしてあります。
      Req:87のタグジャンプも対応可能ですが、コメントアウトしてあります。

    SourceForgeにアップしようかと思いましたが、操作が良く分からない (^^; のと、オプション化していないという中途半端な状態なので自分の所にアップしています。

     http://www.geocities.jp/nasukoji_7/download/download_sakuraeditor.html

    使えそうな部分がありましたらどうぞ。
    • [5081] RE: トリプルクリック対応など げんた 2007年10月03日 21:48

      >以下の項目を作ってみました。
      ありがとうございます.

      >・文字をクリックした時のカーソル位置の決定方法変更
      >  判定の切れ目を中心ではなくK2Editorのように右端から少し左にしています。
      これはテスト版1.6.0.202には入っているのですが,試されましたか?
      なすこじさんのイメージするのと異なるようでしたらご意見お願いします.

      >・トリプルクリック対応
      >  4回クリックも対応可能ですが、コメントアウトしてあります。
      >  Req:87のタグジャンプも対応可能ですが、コメントアウトしてあります。
      トリプルクリックは1行選択が自然な気もしますが,とりあえずキーアサイン可能にすればOKですよね.

      何はともあれ,試してみます.
      • [5084] Re2: トリプルクリック対応など なすこじ 2007年10月05日 01:26

        遅くなってすみません m(_ _ )m

        >なすこじさんのイメージするのと異なるようでしたらご意見お願いします.

        テスト版1.6.0.202は>>data:6333での要望と一致しています。
        ただ、私がWindowsではK2Editor以外殆ど使用していないので、K2Editorに近い挙動のものを作ってみたという感じです。

        TAB文字をクリックした時、大部分左にカーソルが行くか中心で左右に分かれるかが大きな違いです。
        それ以外は余り違いを感じないと思います。

        どちらが良いかというのはちょっと悩ましいのですが、前から選択した場合と後ろから選択した場合で同じ挙動となるテスト版の方が良いのかもしれません。

        あと、>>data:6333には間違いがありまして、秀丸もK2Editorと同じ挙動でした。

        >トリプルクリックは1行選択が自然な気もしますが,とりあえずキーアサイン可能にすればOKですよね.

        確かにそうですね。
        タグジャンプ対応部分はハードコーディングした状態にしてしまいましたが、サクラエディタの仕様を考えると1行選択以外への対応は「キー割り当て」で選択できるようにすべきですね。

        ではでは。
        • [5085] Re3: トリプルクリック対応など なすこじ 2007年10月06日 04:15

          トリプルクリック、クアドラプルクリックを「キー割り当て」可能としてみました。

          クアドラプルクリックに「すべて選択」を割り当てると、「編集」メニューの「すべて選択(A)」のショートカットが「Ctrl+A」から「クアドラプルクリック」になってしまうため、「すべて選択(マウスクリック)」というのを新設しました。

           http://www.geocities.jp/nasukoji_7/download/download_sakuraeditor.html

          ではでは。
          • [5107] Re4: トリプルクリック対応など げんた 2007年10月10日 00:25

            >トリプルクリック、クアドラプルクリックを「キー割り当て」可能としてみました。
            トリプルクリック,クアドラプルクリック.結構いい感じですね.
            ただ,シフトとの組み合わせに機能を割り当てても動作しないようです.
            トリプルクリックを1行選択にしたままでShfit + トリプルクリック にタグジャンプを割り当ててみたのですが,うまく動作しませんでした.
            • [5109] Re5: トリプルクリック対応など なすこじ 2007年10月10日 19:00

              ▼ げんたさん
              > >トリプルクリック、クアドラプルクリックを「キー割り当て」可能としてみました。
              > トリプルクリック,クアドラプルクリック.結構いい感じですね.
              > ただ,シフトとの組み合わせに機能を割り当てても動作しないようです.
              > トリプルクリックを1行選択にしたままでShfit + トリプルクリック にタグジャンプを割り当ててみたのですが,うまく動作しませんでした.

              すみません、モディファイアキーを押しながらのトリプルクリックを考慮していませんでした m(_ _)m

              TortoiseSVNをインストールして最新ソースが楽に取得できるようになったので、今回は1146+gotta204に対応する修正差分を作成しました。
              (64~65行目のコメントをどうしたら良いか考えが浮かばなかったので、前後のelseとifが離ればなれになっています)

              一応、Shift,Control,ALT(on/offの組み合わせで8通り)が使えます。
              1行選択、タグジャンプ、論理行選択マクロにてテストしました。
              また、ALT+ドラッグによる矩形選択がおかしくなっていないことも確認しました。

              ただし、Control+トリプルクリックは、ワード選択と1行選択の機能が絡んで「1行ちょっと選択」になってしまう様です (^^;

              その他、ヘルプに記載が必要になるかもしれない仕様として以下のものがあります。
              ・ダブルクリックをF_SELECTWORD以外に設定した場合、トリプルクリック/クアドラプルクリックを認識しない
              ・トリプルクリックをF_SELECTLINE以外に設定した場合、クアドラプルクリックを認識しない

              これらは、割り当てられる機能が分からないということでその様な仕様としています。

              以上、宜しくお願いいたします。
              • [5114] Re6: トリプルクリック対応など ryoji 2007年10月11日 00:58

                ▼ なすこじさん
                > TortoiseSVNをインストールして最新ソースが楽に取得できるようになったので、今回は1146+gotta204に対応する修正差分を作成しました。
                > (64~65行目のコメントをどうしたら良いか考えが浮かばなかったので、前後のelseとifが離ればなれになっています)
                テスト版との差分としてではなく最新trunk(commit済み)との差分を、GNU diffではなくTortoiseSVNのCreate Patchで作成していただいたほうが扱いやすいと思います。
                テスト版は他のテスト中パッチ(変更があるかもしれないし、却下される可能性もある)とごちゃまぜなので...
                他のパッチはそのようにtrunk差分として作成されていて、テスト版exeはそれらをマージして作られています。

                #げんたさんが作られたトリプルクリック部分のみの差分ファイルは、
                http://sourceforge.net/tracker/?group_id=12488&atid=312488
                から入手できます。
      • [5086] Re2: トリプルクリック対応など 神楽 2007年10月06日 10:42

        ▼ げんたさん
        > >・トリプルクリック対応
        > >  4回クリックも対応可能ですが、コメントアウトしてあります。
        > >  Req:87のタグジャンプも対応可能ですが、コメントアウトしてあります。
        > トリプルクリックは1行選択が自然な気もしますが,とりあえずキーアサイン可能にすればOKですよね.

        行末の改行込みで1行選択が一般的かもしれませんが、
        この操作は行番号の部分をドラッグすればデフォルトでもできます。
        キーアサイン可能な1行選択の方法に、
        改行を含む1行選択と改行を含まない1行選択の2種類を用意して頂けないでしょうか?
        • [5087] Re3: トリプルクリック対応など maru 2007年10月06日 13:08

          トリプルクリックいいですねぇ。
          通常のダブルクリック以外の動作(たとえばマクロ実行など)をさせたいときに活躍しそう。

          >> トリプルクリックは1行選択が自然な気もしますが,とりあえずキーアサイン可能にすればOKですよね.
          >キーアサイン可能な1行選択の方法に、
          >改行を含む1行選択と改行を含まない1行選択の2種類を用意して頂けないでしょうか?

          本体側でそこまで面倒みなくても良いのでは?

          個人的には、それよりもマクロのS_SelectLineのところ
          今:{F_SELECTLINE, "SelectLine", {VT_EMPTY, VT_EMPTY, ・・・
          案:{F_SELECTLINE, "SelectLine", {VT_I4, VT_EMPTY, ・・・
          みたいになっていたほうが、汎用性もあって便利だと思うのですが。

          VT_I4は改行含むor含まない、インデントを無視するorしないなどの拡張用に。
          将来実装として、とりあえず今回は引数を予約する程度でも十分かと。
          • [5092] Re4: トリプルクリック対応など なすこじ 2007年10月07日 07:13

            ▼ maruさん
            なるほど、機能にバリエーションが考えられるので受けをそのようにしておくと良いかもしれませんね。
        • [5091] Re3: トリプルクリック対応など なすこじ 2007年10月07日 07:12

          ▼ 神楽さん
          >改行を含む1行選択と改行を含まない1行選択の2種類を用意して頂けないでしょうか?

          以下のような2行のマクロを作ってキー割り当てされてはどうでしょうか?

          S_GoLineTop(9);
          S_GoLineEnd_Sel();

          ただ、このマクロを試してみて2点ほど気付いたことがあります。
          ・マクロ実行後イベント処理がおかしくなる
            行番号と編集テキスト以外の場所が左クリックに無反応となります。
            右クリックまたは編集テキスト内を左クリックすると戻ります。
          ・折り返しで表示している行をマクロで選択すると、右端の1文字が選択されない
          • [5093] Re4: トリプルクリック対応など なすこじ 2007年10月07日 12:05

            > ・マクロ実行後イベント処理がおかしくなる

            こっちは直しました。
            トリプルクリックを1行選択以外の機能(しかも別ウィンドウを開かないもの)にしていた場合、マウスアップイベントが処理できないようになっていました。

            > ・折り返しで表示している行をマクロで選択すると、右端の1文字が選択されない

            こっちはCommand_GOLINEEND()を見てもよく分かりませんでした (^^;
          • [5096] Re4: トリプルクリック対応など 神楽 2007年10月08日 02:47

            ▼ なすこじさん
            > ▼ 神楽さん
            > >改行を含む1行選択と改行を含まない1行選択の2種類を用意して頂けないでしょうか?
            >
            > 以下のような2行のマクロを作ってキー割り当てされてはどうでしょうか?
            >
            > S_GoLineTop(9);
            > S_GoLineEnd_Sel();

            レスありがとうございます。
            ですがそのマクロでは折り返された論理行すべてを選択することができませんでした。
            • [5099] マクロ作ってみました なすこじ 2007年10月08日 14:03

              ▼ 神楽さん

              > ですがそのマクロでは折り返された論理行すべてを選択することができませんでした。

              もともとは、
              S_GoLineTop(1);
              S_GoLineEnd_Sel();
              と書こうとして間違えたのですが、論理行すべてということであればそもそもダメですね。

              >>macro:404にマクロを置きましたので試してみて下さい。
              ただし、マクロ自体書くのが上の2行マクロを含めて数回目なので、変でも勘弁して下さい (^^;

              ではでは。
    • [5106] RE: トリプルクリック対応など げんた 2007年10月10日 00:25

      >・マウスにてウィンドウをアクティベートした時、クリック位置へカーソルを移動しない(Req:174)
      なすこじさんの修正をベースに,オプションにて動作を選択できるようにした物を
      Patches#1810212 として登録しました.
      • [5108] Re2: トリプルクリック対応など なすこじ 2007年10月10日 18:59

        ▼ げんたさん
        > >・マウスにてウィンドウをアクティベートした時、クリック位置へカーソルを移動しない(Req:174)
        > なすこじさんの修正をベースに,オプションにて動作を選択できるようにした物を
        > Patches#1810212 として登録しました.

        ありがとうございます。
        ダウンロードして確認しました。

        オプションの追加は結構修正量がありますね。
    • [5110] テスト版 204での確認結果 ryoji 2007年10月10日 19:39

      テスト版 204ですが、いくつか問題と思われる挙動が見られます。

      「マウスクリックのアクティブ化ではカーソル移動させない」関連
      1.画面分割しているときに、以前アクティブではなかったほうのビューをダブルクリックでアクティブ化すると、以前アクティブだったほうのビューで単語選択や全選択になります。

      「トリプルクリック」関連
      2.行末(改行コードの直前)でトリプルクリック/クアドラブルクリックした場合、行選択/全選択になりません。
      3.単語の途中で行が折り返されている場合、単語の前半(折り返し直前)の位置でトリプルクリックするとトリプルクリックした行ではなく次の行が選択されます。
      4.折り返しインデントのついた折り返し末尾行(改行コードのある行)をトリプルクリックすると次の行の先頭部分まで(トリプルクリックした行の折り返しインデント桁位置のところまで)選択されます
      5.2クリック半で上に向かってドラッグした場合、ドラッグ開始行が非選択になります。行番号ドラッグと同様、ドラッグ開始行は選択されたままのほうが良いのでは?
      • [5111] Re:テスト版 204での確認結果 なすこじ 2007年10月10日 22:56

        色々不具合があってすみません m(_ _)m

        > 「マウスクリックのアクティブ化ではカーソル移動させない」関連
        > 1.画面分割しているときに、以前アクティブではなかったほうのビューをダブルクリックでアクティブ化すると、以前アクティブだったほうのビューで単語選択や全選択になります。

        ビューをアクティブにしないのにダブルクリックを受け付けてしまうのが問題ですね。
        どのようにするのが最適でしょうか?
         1-1. クリックされたビューをアクティブにする(シングルクリック/ダブルクリックとも有効)
         1-2. ダブルクリックされたビューをアクティブにする(シングルクリックは無視)(これは難しいかも?)
         1-3. インアクティブなビューへのダブルクリックは無視

        > 「トリプルクリック」関連
        > 2.行末(改行コードの直前)でトリプルクリック/クアドラブルクリックした場合、行選択/全選択になりません。

        トリプルクリック以降が処理されていませんね。ダブルクリックイベントが処理されていないのでしょうか?
        まだ該当する箇所が特定出来ていません。

        > 3.単語の途中で行が折り返されている場合、単語の前半(折り返し直前)の位置でトリプルクリックするとトリプルクリックした行ではなく次の行が選択されます。

        ダブルクリックにて単語の後ろにカーソルが移動したまま1行選択していました。
        カーソルをクリック位置に移動してから1行選択するようにします。

        > 4.折り返しインデントのついた折り返し末尾行(改行コードのある行)をトリプルクリックすると次の行の先頭部分まで(トリプルクリックした行の折り返しインデント桁位置のところまで)選択されます

        選択開始後1行下に移動しただけでしたので、下移動できた場合は行頭に移動します。
        (下移動できなかった場合は現状通り行末へ移動します)

        > 5.2クリック半で上に向かってドラッグした場合、ドラッグ開始行が非選択になります。行番号ドラッグと同様、ドラッグ開始行は選択されたままのほうが良いのでは?

        全く気付いていませんでした (^^;
        Command_SELECTLINE()の中で行末移動後に選択開始位置を設定します。

        とりあえず2.を除いて対処(1.は1-1.を選択)した差分を作成しました。
        また、Control + トリプルクリックが「1行ちょっと選択」になってしまうのを、ちゃんと「1行選択」になるようにもしました。
      • [5112] Re:テスト版 204での確認結果 ryoji 2007年10月10日 22:58

        秀丸での動作を見たところ、行番号ドラッグはレイアウト改行単位の行選択、2クリック半ドラッグは改行コート単位の行選択のようです。
        • [5113] Re2:テスト版 204での確認結果 ryoji 2007年10月11日 00:04

          デフォルト動作を秀丸のように改行コード単位の行選択にすれば、行番号ドラッグとは目的に応じて使い分けができるので良いのかな~、と思いました。
          例えば、レイアウト改行だと何行にも渡る行を改行単位で行選択したければ、トリプルクリックのほうがてっとり早く選択できるようになります。
          • [5116] Re3:テスト版 204での確認結果 なすこじ 2007年10月11日 21:00

            ▼ ryojiさん
            > デフォルト動作を秀丸のように改行コード単位の行選択にすれば、行番号ドラッグとは目的に応じて使い分けができるので良いのかな~、と思いました。
            > 例えば、レイアウト改行だと何行にも渡る行を改行単位で行選択したければ、トリプルクリックのほうがてっとり早く選択できるようになります。

            1.1行選択を改行単位で行うように変更してみました

            例によってオプション化していないので、こちらの仕様のみコーディングされています。
            オプション化するなら、>>dev:5086や>>dev:5087辺りも考慮すべきかもしれません。
            折り返し単位での選択に比べて修正が変というか回りくどいきがします。

            2.1行選択の仕様を改行単位での選択に変更行末(改行コードの直前)でトリプルクリック/クアドラプルクリックした場合、行選択/全選択にならない不具合を修正しました

            ただし、改行コードの右側のどこをトリプルクリックしても1行選択します。
            私はこの仕様の方が慣れているのでこれで良いですが、他の方はどうでしょうか?

             http://www.geocities.jp/nasukoji_7/download/download_sakuraeditor.html
            • [5125] Re4:テスト版 204での確認結果 ryoji 2007年10月12日 22:35

              > ただし、改行コードの右側のどこをトリプルクリックしても1行選択します。
              > 私はこの仕様の方が慣れているのでこれで良いですが、他の方はどうでしょうか?
              自分もこの仕様でいいと思います。

              TripleClick06_1146.diff.txtをちょっと動かしてみました。
              EOFのみの行(EOFの直前は改行)でEOFの右側をトリプルクリックすると、「バグってる」のメッセージボックスが出ます。
              2クリック半ドラッグで下から上に行選択していくと、選択開始行は選択されるようになりましたが、選択終了行(マウスカーソルのある行)が非選択になっています。終了行も選択されたほうが良いように思います。
    • [5115] Re:トリプルクリック対応など dskoba 2007年10月11日 01:53

      トリプルクリックのクリック間隔が300ms以内固定になってますが,コントロールパネルの「マウス」にある「ダブルクリックの速度」の値を使う方が良いと思います。
      • [5117] Re2:トリプルクリック対応など なすこじ 2007年10月11日 21:08

        ▼ dskobaさん
        > トリプルクリックのクリック間隔が300ms以内固定になってますが,コントロールパネルの「マウス」にある「ダブルクリックの速度」の値を使う方が良いと思います。

        おっしゃる通りです。
        が、私の手には余るのでどなたかやって頂けないでしょうか?
        • [5118] Re3:トリプルクリック対応など dskoba 2007年10月11日 22:57

          自分もこのあたりは詳しくないのですが,

          GetDoubleClickTime()

          同様に許容する座標も
          GetSystemMetrics(SM_CXDOUBLECLK)
          GetSystemMetrics(SM_CYDOUBLECLK)

          を使えば良さそうです。
          • [5123] Re4:トリプルクリック対応など なすこじ 2007年10月12日 12:34

            ▼ dskobaさん
            > 自分もこのあたりは詳しくないのですが,
            >
            > GetDoubleClickTime()
            >
            > 同様に許容する座標も
            > GetSystemMetrics(SM_CXDOUBLECLK)
            > GetSystemMetrics(SM_CYDOUBLECLK)
            >
            > を使えば良さそうです。

            どうもありがとうございます。確認してみます。
            レジストリ読んだりSystem eventを検知したりすると思っていました (^^;
            • [5127] Re5:トリプルクリック対応など げんた 2007年10月13日 03:55

              >▼ dskobaさん
              オリジナルのトリプルクリックパッチ
              +追加分差分
              +dskobaさん提案のシステムパラメータ使用

              までまとめてpatches:1810231 トリプルクリック対応 を更新しました.
              • [5128] Re6:トリプルクリック対応など なすこじ 2007年10月13日 18:02

                >>dev:5114を見逃しておりました m(_ _)m
                今回は、trunkとの差分をTortoiseSVNのCreate Patchで作成しております。

                ・EOFのみの行をトリプルクリックすると「バグってる」が表示される不具合を修正
                  行選択モードのままにできなかったので通常クリック扱いとしました

                ・行番号表示エリアのトリプルクリックは通常クリックとして扱うようにした
                  2行選択となってしまうため通常クリック扱いとしました

                ・上方向への行選択でもマウスカーソルのある行が選択されるようにした
                  行番号表示エリアのドラッグ時がそのような仕様となっていたので、変更しても良いか訊ねようと思っていて忘れてしまいました (^^;
                  本修正で行番号表示エリアのドラッグ時も変更されます。

                ・S_SelectLineマクロを引き数ありに変更した(ただし引き数自体は未使用)
                  >>dev:5087での修正案を取り込みました。
                  ただ、マクロと関数の受け側しか修正しておらずOnLBUTTONDOWN()のSendMessage()はそのままなのですが、この修正で良いのでしょうか?

                前回入れた1行選択モードでの最下行の判定に誤りがありましたので、修正しています。
                下スクロールアローの下の領域をダブルクリックするとカーソル位置が単語選択されます。
                修正方法が分からなかったのと、あまり実害もなさそうなのでそのままにしています。

                 http://www.geocities.jp/nasukoji_7/download/download_sakuraeditor.html
                • [5159] Re7:トリプルクリック対応など げんた 2007年11月04日 17:55

                  しばらくぶりですが,コメント&修正パッチです.
                  http://sourceforge.net/tracker/index.php?func=detail&aid=1810231&group_id=12488&atid=312488
                  肝心の所まで到達できていません...

                  以下修正を加えました.
                  * F_SELECTALL2を削除
                  (global.h, CKeyBind.h, CKeyBind.cpp)
                  SELECTALL2の目的としてメニューの「すべて選択」が「クアドラプルクリック」と
                  表示されるのを回避するためとありましたが,表示上の都合で同一機能を新たに
                  追加するのは不適切と考えます.単語選択がCTRL+Wとダブルクリックの
                  両方に割り当てられていてメニューに「ダブルクリック」と表示されていますし.

                  マウスとキーボードの両方に機能が割り当てられている場合に,キーボードの割り当てを
                  優先表示するように変更し,F_SELECTALL2は削除しました.

                  * キー割り当てサイズチェック
                  (CShareData.cpp)
                  もう1つ.キー/機能対応表サイズが100固定になっていて,これを追加しても96なので
                  まだ少し余裕があります.ですが,はみ出したときのチェックが無いとわかりにくいバグに
                  なりますので,初期化処理にサイズチェックを追加しました.

                  ---
                  動作についてですが,SHIFT,
                  CTRL+トリプルクリックにも「1行選択」が割り当てられて
                  いますが,実際には1行選択にならないようです.

                  1行選択もキーに機能を割り当てて同じ場所で繰り返すと,選択行が1行ずつ
                  進んでいきますが,これはしょうがないんですかね.
                  • [5160] Re8:トリプルクリック対応など なすこじ 2007年11月04日 23:21

                    > 動作についてですが,SHIFT,
                    > CTRL+トリプルクリックにも「1行選択」が割り当てられて
                    > いますが,実際には1行選択にならないようです.

                    Controlを押しながらトリプルクリックですよね?
                    私の所では、1163にTripleClick09a_1163.diffを適用したものでALT,Shift,ControlのON/OFF全8種類が正常動作しているのですが、双方で確認方法に違いがあるのでしょうか?

                    > 1行選択もキーに機能を割り当てて同じ場所で繰り返すと,選択行が1行ずつ
                    > 進んでいきますが,これはしょうがないんですかね.

                    これは、行番号エリアのクリックで行選択した場合、選択行の下にキャレットが移動するという仕様を引きずったのが原因です。
                    キャレットが次行へ移動してしまうため、マクロなどで連続して実行すると選択行が移動してしまいます。

                    「行番号の同じ場所でクリックすると、クリックした行と次の行が交互に選択される」のは、選択時にキャレットが次行へ移動し、そこでダブルクリックのイベントを受け取ってしまうためです。

                    行選択時にキャレットを選択行へ引き戻すように修正すれば、これらの現象は出なくなります。

                    「EOFのみの行をマクロなどで1行選択した時にアンダーラインが表示されなくなる」のは、そこで1行選択したつもりになっているためです。

                    という事で、修正を考えてみます。
                    「CTRL+トリプルクリック」については、できれば再現方法をお願いします m(_ _)m
                  • [5161] Re8:トリプルクリック対応など なすこじ 2007年11月04日 23:45

                    「CTRL+トリプルクリック」の問題について思い当たる所がありました。

                    「ダブルクリック」に対して「現在位置の単語選択」以外を割り当てている場合、「トリプルクリック」以降を処理しないようにしています。
                    同様に「トリプルクリック」に「1行選択」以外を割り当てている場合、「クアドラプルクリック」を処理しないようになっています。

                    ダブルクリックに割り当てられた機能によってはトリプルクリックを処理すると不味いかも?と言う事で、この仕様にしてしまったのですが、すべて処理すべきでしょうか?
                  • [5162] Re8:トリプルクリック対応など なすこじ 2007年11月05日 03:08

                    修正版の差分を作りました。
                    ・ダブルクリックが単語選択でない場合でもトリプルクリック以降を有効とする
                    ・同様にトリプルクリックが1行選択でない場合でもクアドラプルクリックを有効とする
                    ・1選択は選択行の行頭にカーソルを移動するように変更
                    ・EOFのみの行を1行選択に設定したキーやマクロにて選択するとカーソル行のアンダーラインが消えてしまう不具合を修正

                    ダブルクリックが単語選択でない場合にトリプルクリック以降を処理しないのは変だという事が分かったので修正しました (^^;
                    行番号エリアのクリックについては、どうすべき決めかねたのでそのままにしてあります。

                     http://www.geocities.jp/nasukoji_7/download/download_sakuraeditor.html
                    • [5163] Re9:トリプルクリック対応など なすこじ 2007年11月06日 13:36

                      さらに修正しました。

                      ・行番号エリアのクリックによる行選択時も選択行の行頭へカーソルを移動するように変更
                      ・トリプルクリックが機能未割り当てだとクアドラプルクリックが無効となる不具合を修正
                      • [5164] Re10:トリプルクリック対応など maru 2007年11月07日 01:31

                        お?ちょっと待った。

                        >カーソル位置が、異なることに対してみなさんはどうなのでしょう。
                        このコメントは「できれば行番号クリックも同じ動作にしてね」をほのめかす"振り"ではありません。

                        言葉どおり、他の人の意見も含め慎重に検討したい、の意味なので、なすこじさんレスポンスが良すぎです。(^^;

                        新版行選択コマンドによるカーソル位置は、かなり珍しい挙動だと思いますので、もし「動作統一が必要」と決まれば排除されるのはむしろ新版の動作?
                        • [5165] Re11:トリプルクリック対応など なすこじ 2007年11月07日 15:02

                          > 言葉どおり、他の人の意見も含め慎重に検討したい、の意味なので、なすこじさんレスポンスが良すぎです。(^^;

                          すみません m(_ _)m

                          ・K2Editorと同じ挙動なので私的に違和感が無い
                          ・行番号クリックと新規の行選択コマンドでの挙動は似ていた方が良い
                          ・修正が3行なので戻すのも楽
                          ・作ってから考える

                          という感じで先走って修正版を作ってしまいました (^^;
                          ただ、この挙動自体はK2Editorや秀丸と同じなんです。

                          行選択時の挙動は元のままで、マクロなどからの行選択の連続指令に対応(選択行が下がっていかない様に)するには、以下の仕様が考えられますがどうでしょうか?

                          ・文字列選択状態かつカーソルが選択範囲の終わりと一致かつカーソルが行頭にある場合、カーソル行の1行上を選択する
                          ・上記以外の場合、カーソル行を選択する
                          ・選択後のカーソルは、選択行の次行の行頭となる

                          ではでは。
                          • [5166] Re12:トリプルクリック対応など ryoji 2007年11月08日 00:58

                            > ただ、この挙動自体はK2Editorや秀丸と同じなんです。
                            どっちも行番号をクリックしたときは現行のサクラと同じでキャレットは選択した行の下になるみたいですけど?
                            マクロで行選択を実行した場合は、
                            秀丸(V7.04):キャレットは消える。繰り返しても選択行は変わらない。
                            K2Editor(r1.5.7):キャレットは選択行の下。繰り返すと選択行は下がっていく。
                            でした。
                            • [5167] Re13:トリプルクリック対応など ryoji 2007年11月08日 01:19

                              ▼ ryojiさん
                              > どっちも行番号をクリックしたときは現行のサクラと同じでキャレットは選択した行の下になるみたいですけど?
                              秀丸をV7.04から昨日出たV7.05にしてみたら行番号クリック時のキャレットは選択行の行頭になってました。
                              K2もバージョンによって違うのかしら?
                              • [5168] Re14:トリプルクリック対応など maru 2007年11月08日 02:13

                                >> どっちも行番号をクリックしたときは現行のサクラと同じでキャレットは選択した行の下になるみたいですけど?
                                >秀丸をV7.04から昨日出たV7.05にしてみたら行番号クリック時のキャレットは選択行の行頭になってました。
                                >K2もバージョンによって違うのかしら?

                                どういう動作が一般的か、という議論に発展するかと思いきや、意外な展開。

                                こういう変更って、ユーザーの操作感としては、あまり気にならないんでしょうかね。

                                だとすれば、どちらの方針でも特にこだわりません。
                              • [5169] Re14:トリプルクリック対応など なすこじ 2007年11月08日 16:15

                                ▼ ryojiさん
                                すみません、K2Editorは大改修前のv1.1.48、秀丸はv3.1.9と物凄く古いバージョンでした m(_ _)m
                                手持ちのK2Editorの改修後の最古バージョンであるv1.4.27でも最新バージョンと同じ動作でしたので、K2Editorに関しては次行の行頭にカーソルが移動するのが仕様みたいですね。

                                昨日vectorから適当にダウンロードしたテキストエディタでの結果も乗せておきます。
                                ただし、マクロなどは試しておりません。

                                ■行番号エリアのクリックで選択行の行頭へカーソルが移動する
                                     (バージョン)(トリプルクリック後のカーソル位置)
                                BigEditor  2.29     選択行の行末
                                MKEditor  3.7.9-Jr5   未対応
                                NoEditor  1.29.4.2   選択行の行頭
                                otbedit   4.2.7.1    クリック位置の単語の末尾
                                TepaEditor 4.38     未対応
                                TeraPad   0.91     未対応
                                VxEditor  0.5.4.0    選択行の次行の行頭
                                WHiNNY   1.4.7.142   未対応

                                ■行番号エリアのクリックで選択行の次行の行頭へカーソルが移動する
                                Peggy Pad  4.57     選択行の次行の行頭

                                この結果だけからすると、選択行の行頭へ移動するのが多いみたいですね。
                                一応>>dev:5165の仕様のものも作成してみました(TripleClick13_1163.diff.txt、TripleClick14_1163.diff.txt)が、動作の説明が複雑になってしまう点に怪しいものを感じます (^^;

                                ですので、行番号エリアのクリック時の仕様が従来とは変わってしまいますが、行選択後のカーソルは選択行の行頭に移動しておいた方が良いような気がします。

                                ではでは。
                                • [5170] Re15:トリプルクリック対応など ryoji 2007年11月08日 20:49

                                  調べていただいたほとんどのエディタにはエディタコンポーネントの "TEditor" が使われていると思います。
                                  TeraPad, MKEditor, NoEditor, VxEditor, BigEditor, K2Editor, WHiNNYあたりです。
                                  選択行頭にカーソルが来るのはTEditor作者さん1人の設計に依存しているとみたほうがいいでしょう。
                                  K2Editorの挙動が他と違うのは、要望があったか作者自身がそうしたかったからTEditor自体をカスタマイズしたのだと思います。
                                  • [5171] Re16:トリプルクリック対応など ryoji 2007年11月08日 22:59

                                    > 調べていただいたほとんどのエディタにはエディタコンポーネントの "TEditor" が使われていると思います。
                                    > TeraPad, MKEditor, NoEditor, VxEditor, BigEditor, K2Editor, WHiNNY
                                    > あたりです。
                                    TepaEditor, JmEditor, 真魚も TEditor系です。
                                    (フリーソフトには自然と多い)

                                    TEditorでない主なWindows操作系エディタ.
                                    EmEditor, Wz, ViVi, Alpha, Apsaly, jEdit, NotePad++, PSPad...
                                    調べてみれば状況は少し違ってみえるかも。
                                  • [5173] Re16:トリプルクリック対応など なすこじ 2007年11月09日 19:11

                                    ▼ ryojiさん
                                    > 調べていただいたほとんどのエディタにはエディタコンポーネントの "TEditor"
                                    が使われていると思います。

                                    がーん、そうだったのか……
                                    偏ったデータになってるということですね。ちょっと脱力 (^^;

                                    私も以下の仕様で良いと思いますが、似た様な操作で挙動が違うのが気掛かりです。
                                    ・行番号クリックは元の仕様通り
                                    ・今回追加の行選択指令は選択行の行頭

                                    あと、これは簡単に実装できるのでしょうかね?
                                    > ・ボタンを押し下げている間はマウスポインタ位置の行頭にカーソル表示
                                    > ・ボタンを離したとき1行選択または複数行下方選択なら次行の先頭にカーソル移動
                                    • [5174] Re17:トリプルクリック対応など ryoji 2007年11月09日 20:50

                                      ▼ なすこじさん
                                      > 私も以下の仕様で良いと思いますが、似た様な操作で挙動が違うのが気掛かりです。
                                      > ・行番号クリックは元の仕様通り
                                      > ・今回追加の行選択指令は選択行の行頭
                                      微妙ですね...
                                      マクロを使う少数派側のために挙動のほうを合わせてしまうというのも何だかな~、と思います。
                                      マクロ開発者には多少不便でも、K2Editorと同様に行選択の動きにマクロを合わせるほうがいいかも。
                                      論理的に納得できない動作ではない気がしますが...
                                      maruさんや他の皆さんはいかがでしょう?

                                      > あと、これは簡単に実装できるのでしょうかね?
                                      > > ・ボタンを押し下げている間はマウスポインタ位置の行頭にカーソル表示
                                      > > ・ボタンを離したとき1行選択または複数行下方選択なら次行の先頭にカーソル移動
                                      その近辺のソースはまだ見てないので、わかりません。
                                      さほど良いアイデアじゃない気がしてきたので、忘れてください(汗)。
                                  • [5175] Re16:トリプルクリック対応など ryoji 2007年11月09日 21:14

                                    [5170]に返信つけようとして間違って[5170]自体を修正してしまいました。orz...

                                    で、以下は元の[5170]への返信です。
                                    >NoEditor, WHiNNYはこの曖昧挙動を嫌って選択行頭に固定しているのかしら(タイマーを切るだけ?)。
                                    NoEditor, WHiNNYが特別なのではなく、TeraPad, MKEditor, VxEditor, BigEditorを試した環境に問題がありました。
                                    常駐時計ソフト(ThroughClock)を動かしていて、
                                    >・ときどき次行頭にも来ることがある
                                    >・ボタンをちょっと長押しすると必ず次行頭に来る
                                    に影響していました。
                                    • [5176] Re17:トリプルクリック対応など maru 2007年11月10日 01:35

                                      ▼ ryojiさん、なすこじさん
                                      > マクロ開発者には多少不便でも、K2Editorと同様に行選択の動きにマクロを合わせるほうがいいかも。
                                      >maruさんや他の皆さんはいかがでしょう?
                                      マクロ開発者には不便してもらいましょう(笑) >>dev:5165の連続指令に対応する案と同じことをマクロでやれば、一応実現できますし。

                                      それと、今思い出しましたが、こんなときのためにSelectLineマクロに引数を予約したのでした。どうしても不便なら、後から機能を拡張すればいいですね。

                                      ところで、今頃になって気が付きましたが、行番号のクリックと行選択では、折り返し行のときに結果が異なるんですね。ヘルプに書くときは「行番号クリックと同じ動作」ではなくて、「現在カーソルのある行(改行単位)を、改行コードも含めて選択する」ということですね。
                                      • [5178] Re18:トリプルクリック対応など なすこじ 2007年11月10日 22:22

                                        ▼ maruさん
                                        > > マクロ開発者には多少不便でも、K2Editorと同様に行選択の動きにマクロを合わせるほうがいいかも。
                                        > >maruさんや他の皆さんはいかがでしょう?
                                        > マクロ開発者には不便してもらいましょう(笑) >>dev:5165の連続指令に対応する案と同じことをマクロでやれば、一応実現できますし。

                                        ということであれば、私の方も異存はありません。

                                        > ところで、今頃になって気が付きましたが、行番号のクリックと行選択では、折り返し行のときに結果が異なるんですね。ヘルプに書くときは「行番号クリックと同じ動作」ではなくて、「現在カーソルのある行(改行単位)を、改行コードも含めて選択する」ということですね。

                                        はい、今はその様になっています。
    • [5189] トリプルクリック対応まとめページ kobake 2007年11月20日 00:11

      スレッドが大きく膨らんでいて概要をつかむのが大変なので、
      トリプルクリック対応のまとめページを
      sourceforge wiki に作成しました。
      http://sakura-editor.wiki.sourceforge.net/TripleClick