◀一般トップへ
  • 657 要望：補完機能について
    • 662 Re: 補完機能について
      • 665 Re2: 補完機能について
        • 683 Re3: 補完機能について
          • 782 Re4: 補完機能について
            • 813 Re5: 補完機能について
              • 815 Re6: 補完機能について
                • 816 Re7: 補完機能について
                  • 820 Re8: 補完機能について
            • 819 Re5: 補完機能について
              • 821 Re6: 補完機能について
                • 822 Re7: 補完機能について

  • [657] 要望：補完機能について とみ 2001年09月02日 04:59

    私は，カーソル移動を Ctrl + I,A,K,M に割り当てている
    のですが（変ですか？）補完リストが出たときに，候補から
    選択しようとして，Ctrl を押すと，補完リストから
    フォーカスがはずれてしまうので，仕方なく，カーソルキー
    を使っています．これでは不便なので，何とかならない
    ものでしょうか．同じような思いをしている人はたくさん
    いると思いますので，それなりに需要はあると思いますが．

    • [662] Re: 補完機能について げんた 2001年09月03日 11:43

      >のですが（変ですか？）補完リストが出たときに，候補から
      >選択しようとして，Ctrl を押すと，補完リストから
      >フォーカスがはずれてしまう
      現在は候補リストの選択にエディタのキー割り当てと無関係にカーソル移動などのキーをチェックするようになっています．

      • [665] Re2: 補完機能について とみ 2001年09月04日 01:50

        > 現在は候補リストの選択にエディタのキー割り当てと無関係にカーソル移動などのキーをチェックするようになっています．

        う～ん，残念ですね．自分で何とかできればよいのですけど．
        ところで，同じ補完機能についてなのですが，リストファイルにはきちんと入っているのに，補完されないものがあるのですが(\beginなど) これはバグでしょうか．

        • [683] Re3: 補完機能について とみ 2001年09月13日 05:38

          > ところで，同じ補完機能についてなのですが，リストファイルにはきちんと入っているのに，補完されないものがあるのですが(\beginなど) これはバグでしょうか．

          どうして補完できないのかわかりました．ヘルプをよく読んでみると，「一度にサーチする補完候補の上限は３２個」と書いてありました．"\"から始まる単語が多すぎたのです．
          　多分，補完候補の数をあまり多くすると速度が低下するからなのでしょうが，これは少なすぎやしませんか？ これだと，例えば glib を用いて，プログラミングをする場合などは，補完機能は，使えないと言うことになります．(glib の関数は，ほとんど g から始まる)
          　現在のところ，逐次補完を ON にしていても軽快に動作しているので，256 ぐらいにまで増やしても大丈夫なのではないでしょうか．

          • [782] Re4: 補完機能について じぇぷろ 2001年10月22日 18:18

            ▼ とみさん
            > > ところで，同じ補完機能についてなのですが，リストファイルにはきちんと入っているのに，補完されないものがあるのですが(\beginなど) これはバグでしょうか．
            >
            > どうして補完できないのかわかりました．ヘルプをよく読んでみると，「一度にサーチする補完候補の上限は３２個」と書いてありました．"\"から始まる単語が多すぎたのです．
            > 　多分，補完候補の数をあまり多くすると速度が低下するからなのでしょうが，これは少なすぎやしませんか？ これだと，例えば glib を用いて，プログラミングをする場合などは，補完機能は，使えないと言うことになります．(glib の関数は，ほとんど g から始まる)
            > 　現在のところ，逐次補完を ON にしていても軽快に動作しているので，256 ぐらいにまで増やしても大丈夫なのではないでしょうか．

            この件はすぐにはできないのでしょうか？それとTeXファイルを作っていて気の付いたこと。begin endも対カッコ検索の対象の仲間に入っているとうれしいです。Pascalプログラマーにも受けると思います。
            TeXのキーワードには*の付くものがありますが、これは色付きの対象になってなかったですね。ガックリ。作った本人がTeXで利用してないからお話になりません。メンゴ。TeX用のアウトライン解析が付けば大分違うんですが。
            もう一つ。外部コマンドでファイルパスにデリミタ\が使えないソフトとはTeXのことです。これもTeXでsakuraを使ってない理由の一つ。（メンゴ）＾２．m(__)m

            • [813] Re5: 補完機能について じぇぷろ 2001年10月30日 16:16

              ▼ じぇぷろさん
              > ▼ とみさん
              > > どうして補完できないのかわかりました．ヘルプをよく読んでみると，「一度にサーチする補完候補の上限は３２個」と書いてありました．"\"から始まる単語が多すぎたのです．
              > この件はすぐにはできないのでしょうか？

              誰も反応しないので、自己レス。ソースを見た限りでは候補数は無制限 (nMaxKouho=0)に大昔からなってます。原因は別の所にあるかも。使わない機能にはウトイ。使ってる人オシエテネ。

              • [815] Re6: 補完機能について t 2001年10月30日 19:13

                \beginなどは入力補完できません。"\begin"が単語ではないからです。

                テキストエディタは補完リストを表示しようとするとき，現在のカーソル位置の後方(左方向)に向かって単語の開始位置を走査し,その開始位置から現在のカーソル位置までの文字列を以って補完単語ファイルを前方一致検索します。beginの途中まで入力しているとき,テキスト中の'b'が単語の先頭とみなされ,補完単語ファイル中の"\begin"と前方一致で不一致となるため,補完リストには表示されません。

                先頭が'\'でない場合も候補リストに表示されることが許容できるなら，補完単語ファイルを修正し先頭の'\'を取り除くことで補完機能が利用できます。

                あるいは,「単語を構成する文字集合」を拡張子ごとに設定可能とし,CDocLineMgr::WhereCurrentWord() や CDocLineMgr::WhatKindOfChar() の処理を変更すると良いでしょう。
                ここを変更すると変数名に'-'を使用可能なプログラミング言語のソースファイル編集時にいいことがあるかも知れません。

                • [816] Re7: 補完機能について じぇぷろ 2001年10月30日 19:50

                  ▼ tさん
                  > "\begin"などは入力補完できません。"\begin"が単語ではないからです。
                  なるほど、なるほど。TeXのキーワードも\付きのままじゃ入力補完に使えないことになるわけだ。
                  eqnarray*のような*付きも単語と認識できないからだめなんすよね。(;_;)
                  > あるいは,「単語を構成する文字集合」を拡張子ごとに設定可能とし,CDocLineMgr::WhereCurrentWord() や CDocLineMgr::WhatKindOfChar() の処理を変更すると良いでしょう。
                  > ここを変更すると変数名に'-'を使用可能なプログラミング言語のソースファイル編集時にいいことがあるかも知れません。
                  どうしたってこっちがいいなあ。

                  • [820] Re8: 補完機能について t 2001年10月30日 23:38

                    > eqnarray*のような*付きも単語と認識できないからだめなんすよね。(;_;)
                    これはOKだと思います。試してませんが。
                    補完リストファイル内は別に単語でなくてもよく,入力中の単語がリスト各行の最初の単語とマッチすればいいのです。
                    eqnarryまで入力して補完候補を表示させれば前方一致でヒットしますので候補リスト内に表示されるはずです。
                    最後の*まで入力した場合は"*"が検索されるのでヒットしませんが、もはや単語は入力済みとなります。
                    先ほどの説明は不正確でした。

            • [819] Re5: 補完機能について じぇぷろ 2001年10月30日 22:52

              > ▼ とみさん
              > どうして補完できないのかわかりました．ヘルプをよく読んでみると，「一度にサーチする補完候補の上限は３２個」と書いてありました．
              ソースを見る限り３２個という制限は原作版のころからないように見えます。（無制限）
              33個以上でやってみればわかるんでしょうが、なんせこの機能はつかってないんで。。。
              でも恐らくヘルプ修正の要あり？　知ってる人、こっそり教えて下さい。

              • [821] Re6: 補完機能について t 2001年10月30日 23:42

                > ソースを見る限り３２個という制限は原作版のころからないように見えます。（無制限）
                > 33個以上でやってみればわかるんでしょうが、なんせこの機能はつかってないんで。。。
                > でも恐らくヘルプ修正の要あり？　知ってる人、こっそり教えて下さい。
                Win32APIの関数リストを食わせてGと入力し補完候補を出すと，300個ほど出てきました。

                • [822] Re7: 補完機能について じぇぷろ 2001年10月31日 03:48

                  ▼ tさん
                  > Win32APIの関数リストを食わせてGと入力し補完候補を出すと，300個ほど出てきました。
                  tさん、有難うございます。ということでヘルプには32個→無制限の修正が出てきました。むしろ、\のように記号で始まるようなキーワードには働かないという注意の方が重要ですか。