Ver8.83フィードバック - 秀丸エディタ関連ソフト会議室 - スレッド37134, 2019/02/19

Ver8.83フィードバック

フィードバック さん　19/02/19 13:52

代理です
Ver8.83
WindowsXP 32bit　1Kモニタ　OpenType、TryeType

不具合報告まとめ
すでに解消していましたら取り下げてください

バグ

行間
　本文も行数表示も縦書きで、フォントにより、行間と行数表示数値の「字間」が開く
　http://tama-san.com/illustrator-boundingbox/

文字の位置
　縦書きで、フォントにより、全角コロンの左右センター位置が左へズレ

縦中横
　等幅なのに「字送り」がズレ
　１行あたりの文字数が変わってくるのは困る
　https://o.8ch.net/19nxp.png

結合文字
　秀丸エディタ側の設定次第で、バラバラに表示される
　縦書き
　「え゛」「ん゛」で１文字に、「(1」「2)」で「(12)」１文字になるもの

サロゲートペア
　縦書きで、𩸽ほっけ[D867DE3D]と𩹉とびうお[D867DE49]などの１字
が位置ズレ　左方向へ半角分くらい
https://o.8ch.net/1cirr.png

ツリー
　本文縦書き、アウトライン解析も縦書き、ツリーの設定は正規表現で先頭の文字で
　アウトライン解析の枠を表示で、枠内に数行ノードが生成された状態で
　枠内をスクロールすると無効で瞬時にスクロール前の位置へ戻る
　スクロールバーをつまんでドラッグだと戻る
　スクロールバーのつまむ所ではない箇所をクリックで移動なら戻らない
　テキスト本文には影響なし
　左の縦書きのアウトライン解析枠の中の文字にマウスオーバーすると横書き時の小
見出しみたいな文字の座標に文字を囲む破線みたいなのアウトライン枠から本文枠に
かけてまたがるように表示される
　縦書きの文字なので左方向へマウスオーバーしていくと囲み破線は下側に次々と表
示される
　https://o.8ch.net/1cbz9.png

　あるノードを選択して、マウスホイールスクロールで別のノードの階層「＋」をク
リックすると「＋」の所から選択済みのノードに瞬時に飛ぶ
　本文はそのまま
　マウスオーバーで横書きのゴースト現象

ウインドウ分割
　縦書きで
　アクティブの窓はマウスホイールですいすいスクロール
　非アクティブの窓はマウスホイールでガクンガクンスクロール
　それをやった後に、非アクティブのほうの文字列の行末の１文字が真っ黒い四角形
で表示される
　https://o.8ch.net/1crfy.png
　https://o.8ch.net/1crcl.png

　縦書き上下分割状態で
　非アクティブ窓をクリックすると半角分上側の文字が見切れるように表示がズレる
　そこからマウスで上方向へドラッグしてもスクロールしない
　別に、左方向へは文字を選択してマウスドラッグでスクロールできるのに、右端か
ら右へは行があってもスクロールできない
　上の窓で、行の下の方を選択した状態で上書き保存するだけでも上側へ１文字くら
いズレ
　マウスホイールやマウスドラッグでは見切れたまま
https://o.8ch.net/1cv69.png

　上下分割モードで秀丸最大化と半分くらいの面積で表示を切り替えをすると上下分
割バーが消えたりデスクトップ外へ見切れたり
https://o.8ch.net/1cxq0.png

縦書き文字の回転
　縦書きで全角オーバーライン「￣」が回転しない

Windows7
　Hidemarnet Exploler をテキストブラウザーとして使用
　前ページに戻る時、いちいち再読込をしていているようで時間がかかる
　キャッシュから表示してほしい

Windows10
4Kモニタ
　ステータスバーが3倍の太さになってしまう

秀丸Explorer付属のビューア
　画像を開くと、一瞬窓が開くがすぐに勝手に閉じてしまう

要望

UI
　「OK」と「保存しないで更新」がわかりにくい
　「設定を保存」と「今回のみ適用」と「キャンセル」みたいにしてほしい
　「デスクトップ保存」「デスクトップ復元」このあたりの表記がわかりにくい
　秀丸の設定をデスクトップに保存するのか、OSのデスクトップのアイコン位置を保
存してくれるのか

ショートカットキー割り当て
　「ファイル・編集・表示・ウインドウ・ヘルプ……メニューをクリック→プルダウ
ン→マウスで選択→クリックで実行」
　「このメニューコマンドにショートカットキーを割り当てたいな」
　直感的なGUIに

　秀丸エディタ
左：「F1」（最初から選択されているのがおかしい）　　　　　　　　　　　　　右
側：「その他編集」→「やり直しのやり直し」を選択
↓
左：「Ctrl」にチェック→「Shift」にチェック（「Ctrl+Shift+F1」が選択される）
　　　右側：「検索上」（勝手に変更される）
↓
左：さらに「Ctrl+Shift+Z」を選択　　　　　　　　　　　　　　　　　　　　右側
：「進む」（勝手に選択される）
↓
左：　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　右側：
「その他編集」→「やり直しのやり直し」を選択

他のソフトの例＝１度で完了
左：「取り消しのやり直し」を選択　　　　　　　　　　　　　　　　　　　　右側
：キーボードの「Ctrl」「Shift」「Z」キーを同時に押す
https://do-zan.com/wp-content/uploads/2016/03/3f1b7d6ac08f75b3c54c66bcf15b5b2c.png
http://www.dtp-transit.jp/images/ss-1756-20180321-210148.png
http://www.dtp-transit.jp/images/ss-1101-20180321-205602.png
https://support.isl.co.jp/files/media/2016/05/747159bdacbc674d39c245e11b7ea5f3.jpg
こうなりませんか

禁則処理
　「禁則処理」の設定項目が、「動作環境」下層にあるのを「ファイルタイプ別」に
　文章書くのかプログラム組むのかの違いのなのでソフトの環境よりデータ環境

ファイルタイプ別設定
　ファイルタイプ別設定を、データドロップなしで拡張子指定でできるように
　.htmlや.txtを秀丸にドロップしてからファイルタイプ別の設定
　これから新規作成するときに、データがあるわけない
　メニュー→環境設定→フォント→ファイルタイプ別の設定→リストをそれぞれ作る　
　みたいなのが直感的
　https://o.8ch.net/16rnk.png

CID/GIDに対応
　https://resources.morisawa.co.jp/uploads/tmg_block_page_image/file/1267/1919_1.png

ドットファイル対応

フォントリンク
　公式で質問が出て「対応する気がない」は本当ですか

RE:37134 Ver8.83フィードバック

秀丸担当 さん　19/02/19 15:37

いろいろバグ情報・ご要望ありがとうございます。

秀丸エディタは標準の状態では従来のWindowsからある方式(GDI)を介したフォントの
描画をしていますが、Windows7以降のDirectWriteを使うと大丈夫になる場合あります。
Windows10以降でV8.83以降では、縦書きのDirectWriteにも対応しています。
[その他]→[動作環境]の左下の「上級者向け設定」をONにして、
[その他]→[動作環境]→[表示/操作]→[文字の描画]→[3Dグラフィックスアクセラ
レータによる文字の描画]をONにすると有効になります。
XPの場合は、申し訳ありませんがDirectWriteは対応していないです。

縦中横については、単なる描画上の違いでしかないので、折り返し文字数が変化する
ことは無いはずになっています。
おそらく等幅ではない状態のフォントになっているか、禁則処理が働いているかのど
ちらかなのではないかと思います。

アウトライン解析の枠のスクロールや、分割時の本文のホイールスクロールはその通
りで、問題でした。
調べて修正させていただきます。

他にもユーザーインターフェースのご要望など、意見参考にさせていただきます。

RE:37134 Ver8.83フィードバック

フィードバック さん　19/02/19 15:37

追記
ツリーのバグ
　縦書きで、正規表現で強調表示を指定して、論理エラーが内部的に生じた場合、
　ツリーの該当行の文字列が一箇所に固まる
　任意の文字で開始、任意の文字が含まれる、などが混在したような場合におきやすい

RE:37134 Ver8.83フィードバック

フィードバック さん　19/02/19 15:43

小出して申し訳ありません

縦書きで、文字列を選択して、左方向へドラッグするとウインドウ枠に近づけるだけ
で左へスクロールしますが、
右方向はスクロールできません

RE:37136 Ver8.83フィードバック

秀丸担当 さん　19/02/20 09:09

正規表現で強調表示を指定して論理エラーが内部的に生じた場合、というのはどうい
う状況か把握できませんでした。
同じ原因かわからないですが、アウトライン解析のダイアログのほうが縦書きに設定
されているときに全然だめでした。文字が横に描画されて固まったように見えるので
同じようなことが起きているのかもしれないです。
論理エラーというのはいまのところ不明ですが、スクロールの件などV8.88の次のβ
版で修正させていただきます。

RE:37137 Ver8.83フィードバック

秀丸担当 さん　19/02/20 09:13

テキストをドラッグして選択を広げるときのスクロールは、横書きの上下と縦書きの
右側は同じですが、縦書きの左側だけは特別扱いして、１行分広くとるようにしてい
ました。
縦書きの左側はルーラーもスクロールバーも無いためですが、右側も同じように修正
しようと思います。

RE:37134 Ver8.83フィードバック

フィードバック さん　19/03/02 14:26

投稿場所を間違えました
こちらに再投稿します

>>正規表現で強調表示を指定して論理エラーが内部的に生じた場合

ファイルタイプ別の設定　アウトライン　解析　ツリー表示通常
定義
Lv1　行頭文字列　●
Lv2　行頭文字列　△
Lv3　行頭文字列　■
Lv4　行頭文字列　①
Lv5　文字列　〘.*?〙　正規表現
このような設定で
本文文字列を次のようにします

〘●あ△い〙う①え

行頭指定が行頭に来ていない論理エラーと思います
そうすると
ツリーの縦書き表示の見出しのような文字列が
１０文字縦書きになるべきところ、１０文字が一箇所に重なる表示になります

追加で、上の報告になかったのですが、再現できたので動作報告いたします
縦書きで、ウインドウ２分割を左右に分割した場合
本文行の行長が半分ほどになります
ウインドウサイズを大きく小さくしても比率は同じでした
ツリー縦書き表示もしたままの状態です
上下分割時の行長は下までいっています

RE:37169 Ver8.83フィードバック

フィードバック さん　19/03/02 18:00

追記です
別の再現

縦書きの左右ウインドウ分割状態で
左窓を狭く表示
右側を広く表示
左窓をアクティブの状態で右窓をマウスホイールでスクロールすると
右窓の右半分以上が真っ黒に
描画できていません
右窓をクリックしてアクティブにすると描画されます

RE:37134 Ver8.83フィードバック

フィードバック さん　19/03/03 00:33

さらに追記

動作環境設定で
自動保存の保存先を変更しても反映されません

現在の再現は
保存先を秀丸フォルダにじかに指定して
新規フォルダを作成して　そのフォルダを指定
秀丸終了
秀丸起動
上書き保存
秀丸フォルダのじかにバックアップが保存される

RE:37172 Ver8.83フィードバック

フィードバック さん　19/03/03 00:58

すみません
勘違いしていました

自動保存と
バックアップの世代保存と
区別できていませんでした

世代バックアップは　ファイルタイプ別の設定
自動保存は　動作環境
分かれているので
保存系は一箇所にまとめたほうがわかりやすいと思いました

RE:37173 Ver8.83フィードバック

Iranoan さん　19/03/03 12:50

フィードバックさん今日は、Iranoan です
> 自動保存と
> バックアップの世代保存と
> 区別できていませんでした
>
> 世代バックアップは　ファイルタイプ別の設定
> 自動保存は　動作環境
> 分かれているので
> 保存系は一箇所にまとめたほうがわかりやすいと思いました
・「動作環境」は全体の設定
・「ファイルタイプ別の設定」は名前の通りファイルの種類別設定
なので纏められませんよ
・「動作環境」で設定したら全てのファイルタイプでバックアップを作成する
・ファイルタイプ別にバックアップの保存場所や拡張子を変えられる
のどちらでももありませんので

それに「ファイルタイプ別の設定」→「その他」→「保存・読込み」→「バックアッ
プファイルの作成」と対になるのは、「動作環境」→「ファイル」の「保存」→「バ
ックアップを作成する場合」であって、「自動保存」ではありません

現状で少しでも解りやすくするなら
・「保存」と「自動保存」が離れているので並べて表示
・「保存」を「バックアップ」と「保存時の確認」に分ける←上と合わせて 3 つ並べる

本当は「開く」「保存」に関わる設定は、これら以外に「エンコード1/2」「ファイ
ル種類の編集」にも分かれているで纏めたほうが良いのでしょうがスペースが…

RE:37134 Ver8.83フィードバック

フィードバック さん　19/03/03 20:23

強調表示定義ファイル

テキストエディタで一括で作ったのですが
Shift-JISで保存しないと秀丸エディタが認識してくれません
文字化けもします

UTF-8のユニコードの文字を登録したいのですが
ユニコードだと保存時に「変換できない文字を含む」と出ます

秀丸エディタの内部のエンジンがShift－JISなためかもしれませんが
ユニコードに対応できると幅が広がると思いました

また
検索や置換入力窓で
ダブルクリックでテキストを一行選択したり
Ctrl+Aで全てを選択したり
できません

範囲選択したテキストの状態で置換を実行すると選択した文字列が窓に表示されるので
手動で削除するときなどで時間がかかります
これも機能があると便利になると思います

RE:37171 Ver8.83フィードバック

秀丸担当 さん　19/03/04 09:35

アウトライン解析の枠で文字が重なってしまう件について、詳しい情報ありがとうご
ざいます。
こちらでも再現させることができました。
V8.88で修正させていただきます。
等幅フォントでUnicode独自の文字があるとき問題でした。
現状で、[その他]→[ファイルタイプ別の設定]→[アウトライン]で「フォントを指
定」をONにして、ＭＳＰゴシックやメイリオなどのプロポーショナルフォントで回
避ができました

ウィンドウ分割のときも再現できて、V8.88のβ版でわかっていた問題の修正をして
います。
（V8.88β15時点では文字が重なる件はまだです）
以下のページの下のほうの「先行開発バージョンはこちら」から試していただくこと
もできます。
https://hide.maruo.co.jp/software/hidemaru.html

RE:37174 Ver8.83フィードバック

秀丸担当 さん　19/03/04 11:00

世代バックアップの設定は、世代数も含めてファイルタイプ別の設定だけにあっても
よかったかもしれないです。
やるとしたら、バージョンアップで突然動作が変わるわけにもいかないので、[その
他]→[ファイルタイプ別の設定]→[体裁]のところの禁則処理のように、動作環境を
使うかファイルタイプ別の設定を使うかの選択を付けるようなことになると思います。
Iranoanさんご指摘のように動作環境の並びも整理したほうがいいかもしれないです。
今後のバージョンの参考にさせていただきます。

RE:37175 Ver8.83フィードバック

秀丸担当 さん　19/03/04 11:00

強調表示定義ファイルまたは、ファイルタイプ別の設定上での強調表示の設定は、Un
icode独自の文字の直接記述には対応していないです。
レジストリに設定として記憶している情報は互換性の面から難しいところがあるので
すが、V8.88の次のバージョンあたりで、ファイルタイプ別の設定上での設定ではな
くhilightファイルを直接指定する方式もやろうとしています。
hilightファイル直接指定の方式で、UTF-16やUTF-8対応できれば、将来的にはなんと
かできる可能性は出てくると思います。

現状で記述する方法として、正規表現で書く方法があります。
UnicodeでU+3018の文字（白抜きの括弧のような文字）だとして、強調表示の定義で、
正規表現をONにして、
[\u3018]
書くとUnicodeの文字コード指定でできるようになります。
文字コードは、[その他]→[メニュー編集]で「表示(V)」メニューに「文字コード表
示(C)」コマンドを表示させておくと、これで表示できたりします。

検索ダイアログなどの入力欄は、Windowsとして標準の部品を使っていますが、xpだ
とCtrl+Aはできないようで、Windows10だとCtrl+Aができるようです。
検索ダイアログを出した直後は、入力欄は、全選択状態になっていると思うので、そ
のまま入力すると、自動的に消えて入力されたものになると思います。
[その他]→[動作環境]→[検索]→[検索ダイアログ]の「前回の検索文字列を使う」を
ONにしておくと、カーソル位置の単語の自動取得はせず、前回のものを使うようにな
ります。

RE:37134 Ver8.83フィードバック

フィードバック さん　19/03/04 12:32

早い修正ありがとうございます

>>等幅フォントでUnicode独自の文字があるとき問題でした。
細かいフォント設定情報を伝えてなくてすみません

>>強調表示定義ファイルまたは、ファイルタイプ別の設定上での強調表示の設定は、
>Unicode独自の文字の直接記述には対応していないです。
>>レジストリに設定として記憶している情報は互換性の面から難しいところがあるの
>ですが
ハイライトデータを直接読み込んでいると思っていました

>>現状で記述する方法として、正規表現で書く方法があります。
昔の登録された強調表示定義ファイルにある常用漢字一覧の中身を拝見していて把握
はしておりました

設定内容の保存と復元の書き出し時に失敗するようになったのもそれが原因でしょうか
一瞬「不正なパラメータ」のような文字が見えました
エラーメッセージがなく「復元するときは」メッセージが表示されます
上書き書き出し保存すると前のデータが消えました
強調表示を全削除しても書き出しできず

安定版ということでVer8.83を使ってみたのですが　これはこちらの使い方の問題な
のでしょうか
設定内容の保存書き出しができていた以降に変更した設定は
　１．ツリー表示用に先頭行１文字（ユニコード）を登録
　　　登録時にその文字が「?」に変わる
　　　文字化けしない別の文字に変更
　２．デザインの強調表示定義ファイル（ユニコード）数千行を別に作成して読み込
ませ
　　　Shift-JIS形式で書き出したものを読み込ませ
　　　強調表示を全削除
　３．デザインの場所の一覧で色を変更
　４．秀丸パブリッシャーをインストール
　　　プリントアウト

上記の理由で最新ベータ版の導入はまだです

RE:37180 Ver8.83フィードバック

秀丸担当 さん　19/03/04 15:49

設定内容の保存/復元は、xpの場合V8.79以降でうまくいっていませんでした。
申し訳ありません。
ちょうど別件でそのことがわかってV8.88の正式で修正させていただきます。
現状で回避する方法として、いったん常駐秀丸エディタも全て終わらせてから、レジ
ストリエディタ（regedit.exe）を起動して、HKEY_CURRENT_USER\Software\Hidemaru
o\Hidemaruのところを右クリックしてエクスポートとすると、ほぼ同じ形式の情報を
書き出すことができます。

RE:37134 Ver8.83フィードバック

フィードバック さん　19/03/05 10:51

意図しない挙動

検索窓や置換窓で
「あいうえお」のように文字列が選択された状態で
プルダウンメニューから特殊記号　\n　などを選択すると
「あいうえお\n」のようになります

感覚的に　選択された文字の上からは上書きになると思います
選択していてもしていなくても後ろに追加では
選択の意味がないと思いました

RE:37190 Ver8.83フィードバック

秀丸担当 さん　19/03/05 12:53

検索ダイアログの「>」ボタンからの入力は、確かに選択に関わらず末尾に入力され
るようになっていました。
試しに選択部分を入れ替えるようにしてみたところ、検索文字列の入力欄にフォーカ
スがあるときに「>」のクリックではうまくいったのですが、キーボード操作（Alt+'
['）ではできなかったり、いったん正規表現をクリックしてからの「>」のクリック
ではうまくいきませんでした。
Windows標準のダイアログの入力欄（エディットコントロール）の性質上、フォーカ
スが失われると選択は無くなり、キーボードでフォーカスを与えるだけで全選択にな
るという特徴があるようで、すぐのクリックはできてもキー操作等では一貫性の無い
操作になってしまいそうでした。

あと、grepダイアログの「検索するフォルダ」にも似た操作がありますが、ここはワ
イルドカードは常に全部入れ替えだったり、「除外する拡張子を挿入」の場合は都合
のいいように解析して拡張子部分に選択を当てたりしています。

RE:37191 Ver8.83フィードバック

フィードバック さん　19/03/08 12:14

ちょっと意味がわかりません

開発側の技術的な都合を述べられても利用者は知りません
窓口担当者は、仕様か不具合か修正するか放置するか、を短く述べれば良いと思います

RE:37219 Ver8.83フィードバック

秀丸担当 さん　19/03/08 13:03

わかりにくく申し訳ありません。
すみませんが、そういう仕様ということでお願いします。