【要望】記憶個数の改善No.28829
alfee_second さん　10/08/29 15:34
　
・「カーソル位置の自動復元」でカーソル位置を覚えておけるのは2020ファイル分
・「ファイル」メニュー内のヒストリ個数 20個分
ですが、
この自動記憶個数の上限を増やせないのでしょうか？
例えば ☑上級者向け設定オン などで、
任意の個数100くらいまでユーザーが設定出来ると有難いです。
20もあれば定常的に使う使用頻度の高いファイルにアクセスに十分そうですが、
仕事で定常外のテキストファイルを開くなどすれば10程度はすぐ使います、
定常外のファイルを10取り扱うとその分記憶分は圧迫し、
日常的に使うすぐ使いたいファイルの記憶分が減ってしまいます。

またがったフォルダに複数ファイルを取り扱っている場合に、
秀丸のこの機能は大変便利なのですが、20だけというのは少なすぎて不便です。
なんとか改善出来ないでしょうか？
[ △ ]
RE:28829 【要望】記憶個数の改善No.28832
秀丸担当 さん　10/08/30 09:50
　

V8.00以降では、２０個よりも多く記憶されるようになっていると思います。
[その他]→[動作環境]で左下の「上級者向け設定」をONにして、[その他]→[動作
環境]→[ファイル]→[ヒストリ]のところのヒストリ個数の下に「つづきも記録」
というチェックボックスがあって、これをONにすると２０個よりも多く記録され
ます。（デフォルトでONです）

この状態で、「ファイル」メニューのヒストリの一番下に「ファイルヒストリの
つづき」というサブメニューが現れるので、ここから２０個以降のものを選ぶこ
とができるようになっています。
[ △ ]
RE:28832 【要望】記憶個数の改善No.28841
alfee_second さん　10/08/31 11:26
　
レスありがとうございます

> V8.00以降では、２０個よりも多く記憶されるようになっていると思います。
V8.00にアップデートして設定してみました。
表示されるヒストリ個数はディスプレイの解像度に左右されますし、
表示個数が制限されてるならあまり記憶個数に意味が無いですね。
ユーザー環境で表示個数に制限が掛からないように、
スクロールして表示される等の表示改善を望みます。

【要望の趣旨】
秀丸エディタでは標準で取り扱えるファイルタイプが多いのに比べて、
全体のファイルヒストリがとても少ないのは使い辛いと思います。
Ｃ言語・peal・html等が標準で使えて更に関連付けで追加も出来ます。
各ファイルタイプ別に記憶保持５ヒストリと割り振ってもかつかつです。

私はとくにヘビーにテキストエディタを使う訳ではないですが、
それでも日常的な個人作業で10ファイルぐらいは使いますし、
ホームページの管理の為にhtmlファイルを4〜5ファイルぐらいは使います、
そこで仕事用のファイルなどを使おうとしたらすぐに20ヒストリぐらいはオーバーして
いつも使っていたファイルのカーソル位置が消えて難儀をするわけです。
私よりもエディターを愛用しているひとにはもっと深刻な要望ではないでしょうか？

ファイルのカーソル位置を記憶してくれているのはとても便利な機能ですので、
記憶保持数ももう少し改善してくれる事を引き続き望みます。
[ △ ]
RE:28841 【要望】記憶個数の改善No.28843
秀丸担当 さん　10/08/31 13:32
　

もしかしたら趣旨を読み取れていないかもしれないですが、サブメニューとして
表示されるか、それとも「ファイル」メニュー直下に表示されるかどうかの違い
で、操作性の問題ということだと思います。

現状では、２０個以降も「ファイルヒストリのつづき」としてヒストリを表示で
きて、カーソル位置についても２０個以降も復元できているので要望の趣旨は満
たしているのではないかと思いますが、操作性の面では２０個以降はサブメニ
ューというのは使いづらいかもしれないです。
直下にできたほうがいいということで、今後の開発の参考にさせていただきます。

ちなみによく使うヒストリは、ヒストリ項目上で右クリックして「ヒストリに常
駐」をONにしておくとヒストリから追い出されないようにすることができます。

また、[その他]→[動作環境]→[ブックマーク]で「メニューバーでブックマーク
を使用する」をONにしておくと、メニューバー上に「ブックマーク」が現れて、
よく使うファイルを登録することができます。
ここから開くファイルも、２０個以上のヒストリのカーソル位置を復元できると
思います。

あと、[表示]→[ファイルマネージャ枠]を表示させ、ファイルマネージャ枠の
モードを「ヒストリ」にしておくと、２０個を超えてもサブメニューではなくス
クロールして選択することもできます。
[ △ ]
RE:28843 【要望】記憶個数の改善No.28848
alfee_second さん　10/08/31 17:11
　
>もしかしたら趣旨を読み取れていないかもしれないですが、

#任意の個数100くらいまでユーザーが設定出来ると有難いです。
当初の発言28889の要望にもこう書いていますが、
記憶保持数が20から30ぐらいになっても
それ程作業効率が改善されたとは思えませんでした｡
テキストを取り扱う頻度や取り扱う個数は
今後も増大していく傾向にあり､
利便性と言う面で今後の対応も継続的にお願いしたいです｡

個人的には50程度記憶保持数があれば
定常的に使うファイルの取り出しに十分かのように思えますが､
定常取扱い数の倍程度の保持数があればさらに万全で､
うろ覚えや迷子ファイルの呼び出しが出来て重宝すると思います｡
プログラム言語を今勉強中なのですが､
テキストエディタをプログラム記述で管理しているひととかなら
ファルイヒストリの大幅改善はとても有難いと思います｡

長々と批判めいた内容を書きましたが､
コメント28843に書かれたような新しい使い方の説明ありがとうございます、"ファイ
ル (F)"からの表示で表示数が違うのには気が付きませんでした､
申し訳ありません｡

今後も秀丸を期待しています｡
[ △ ]
RE:28848 【要望】記憶個数の改善No.28849
秀丸担当 さん　10/08/31 17:35
　

>当初の発言28889の要望にもこう書いていますが、
>記憶保持数が20から30ぐらいになっても

と書かれているということは、ヒストリが30個までしか覚えられていないという
ことだったでしょうか。
V8.00では20個までは保証されていますが、超えたぶんはバッファに詰まるだけ入
るようになっています。
とはいってもそれほどバッファは大きくはないのですが、自分のところでは86個
まで表示されています。
ファイル名が短いとたくさん入って、ファイル名が長いとあまり入らないという
ことになります。
もしかしたら長いファイル名がたくさんあると30個くらいということもあるかも
しれません。
バッファのサイズはもう少し大きいほうがいいかもしれないです。

V8.00にバージョンアップした直後は20個のままなので、バージョンアップしたら
いきなり過去に遡って50〜100個見えるようになるということはないです。
バージョンアップ後に新しく開いたファイルがあれば、それが追記されていると
思います。


>個人的には50程度記憶保持数があれば
>定常的に使うファイルの取り出しに十分かのように思えますが、
>定常取扱い数の倍程度の保持数があればさらに万全で、
>うろ覚えや迷子ファイルの呼び出しが出来て重宝すると思います。
>プログラム言語を今勉強中なのですが、
>テキストエディタをプログラム記述で管理しているひととかなら
>ファルイヒストリの大幅改善はとても有難いと思います。

ちなみに[ファイル]→[開く]からうろ覚えの適当なファイル名を入力すると、ヒ
ストリからも検索して補完の候補が出るという機能もあります。
[ △ ]
RE:28849 【要望】記憶個数の改善No.28850
alfee_second さん　10/08/31 19:22
　
> V8.00にバージョンアップした直後は20個のままなので、バージョンアップしたら
> いきなり過去に遡って50〜100個見えるようになるということはないです。
> バージョンアップ後に新しく開いたファイルがあれば、それが追記されていると
> 思います。
ご指摘のようにV8.00にバージョンアップさせてすぐだったからのようです､
しばらく使っていると保持数も増えていました｡
V8.00を使い込んでいないうちの脊髄反射レスだったようです｡
すみません…

> ちなみに[ファイル]→[開く]からうろ覚えの適当なファイル名を入力すると、ヒ
> ストリからも検索して補完の候補が出るという機能もあります。
この機能はすごくいいですね便利です｡
試してみたのですが､漢字などの全角文字だと反応しませんでした、
半角のabcなどだと反応してくれるのですが､
２バイト文字だと候補は出ないのでしょうか？
自分の秀丸の初期設定がよくないからでしょうか？
[ △ ]
RE:28850 【要望】記憶個数の改善No.28852
秀丸担当 さん　10/09/01 09:37
　

>この機能はすごくいいですね便利です。
>試してみたのですが、漢字などの全角文字だと反応しませんでした、
>半角のabcなどだと反応してくれるのですが、
>２バイト文字だと候補は出ないのでしょうか？
>自分の秀丸の初期設定がよくないからでしょうか？

この機能はおっしゃる通り半角のアルファベットだけで、全角文字は対応してい
ませんでした。
現状ではどちらかというとプログラムソースやhtmlなどを補完する用で、漢字な
どは対応していない仕様ということでお願いします。
ヘルプにも追記させていただきます。
[ △ ]
RE:28852 【要望】記憶個数の改善No.28854
alfee_second さん　10/09/01 21:30
　
> この機能はおっしゃる通り半角のアルファベットだけで、全角文字は対応してい
> ませんでした。
> 現状ではどちらかというとプログラムソースやhtmlなどを補完する用で、漢字な
> どは対応していない仕様ということでお願いします。
そうでしたか､了解しました｡

将来的にもし技術的に可能であれば全角文字にも対応して欲しいです､
実装されれば素晴らしい機能になると思います｡
これは要望と言うよりも希望ですね｡

使い方・機能説明等ありがとうございました｡m(_ _)m
[ △ ]