細かいレイアウトやDPI関連No.08666
hp さん 20/06/29 08:12
 
(1)
ウインドウ状態の詳細 2番目以降に起動したウインドウ ウインドウ配置を個別に記録

だと、タブを新しいウインドウに分離したときに、ドロップ位置を無視して、記憶し
た位置になってしまうようです。
また、同じ位置になる場合に少しずらすも効かないようです。

(2)
サブモニタのファイラーからサブモニタの別のファイラーにファイルをドラッグした
とき、コンテキストメニューが、メインのDPIになっている。
エクスプローラーからのドラッグも同様。

(3)
リモートデスクトップで入った後、ローカルに戻ると、サブモニタにあったウインド
ウのサイズが、サブDPI/メインDPI倍になる?

(4)要望
異なるDPIのモニタを行き来したとき、以下のようなサイズ関係が、完全とは行かな
いまでも、もう少し外観の再現性を高くできないでしょうか。

■ウインドウサイズとカラムサイズの関係、カラムがない部分の余白
■カラムサイズと表示内容の関係
■タブの詳細な余白設定
■ファイル一覧、フォルダツリーの間隔設定

基本的に余白はぎりぎりに詰めたいですが、DPIが変わると、かなり余白が変わって
しまいます。
どこかDPI反映していないサイズが残っていないでしょうか。

[ ]
RE:08666 細かいレイアウトやDPI関連No.08668
秀丸担当 さん 20/06/29 16:35
 

いろいろバグ情報ありがとうございます
2番目のウィンドウを個別に覚えるとき、タブのドラッグによる分離や、右ボタンド
ロップは確かにおかしかったです。
修正させていただきます。

リモートデスクトップの後は、確かにおかしいことが確認できましったが、どうもWi
ndowsとしてよくわからない調整になっているようで、対策は難しそうです。
メモ帳も似た感じでサイズが変わったり、エクスプローラは対象モニタがずれてウィ
ンドウサイズやフォントが異常になったりしました。
Windowsとしての修正を期待したいところですが、リモートデスクトップでシングル
モニタになって1つの画面に収まったものが、ローカルで元の複数のモニタに散らば
るという動作をしているようで、

カラム幅は、フォントを基準にしています。
V1.54より前では、モニタ変更時にピクセル単位の縮尺をしていましたが、それだと
設定と矛盾が生じるので、V1.54ではモニタ変更時でもフォントサイズ基準で統一し
ています。
フォントサイズによる誤差だとしたら、仕方ないことになってしまいます。(50%と
か200%とか大きくずれるということだとしたら、未確認の問題かもしれないです)
いかなる場合も隙間が無いようにぴったり収めるとしたら、新たにそういう設定を追
加するしかないかもしれません。

タブの詳細な余白設定や、フォルダツリーやファイル一覧の間隔の設定などは、まだ
ピクセルで覚えているままでした。
また修正したいと思います。

[ ]
RE:08668 細かいレイアウトやDPI関連No.08669
hp さん 20/06/30 12:40
 
ご回答ありがとうございます。

日付の書式 YY/MM/DD W hh:mm で、フォントMeiryo UI、サイズ8で
DPI150%のモニタ上で、カラムヘッダの境界ダブルクリックすると
            DPI   100% 150%
カラム幅 枠線含む 107   160
文字の左マージン    7     8
文字の右マージン    11     6

という具合に、100%のほうで右のマージンが大きくなります。
ピクセル単位の縮尺バージョンは試していませんでしたが、どちらが誤差か少ないの
でしょう?


別件で実験中にもうひとつバグを見つけてしまいました。
セカンドモニタでフォントの設定を開くと、フォントサイズの数値がサブ÷メイン倍
に表示されます。

フォントサイズはメインで8にしていて、サブで開くと5になりました。
フォントサイズは実質整数に切り捨てられたりしますか?
カラムサイズは切り捨てないサイズで計算したりみたいな所に罠があったり?


リモートデスクトップについては、断念します。

[ ]
RE:08668 細かいレイアウトやDPI関連No.08670
hp さん 20/06/30 12:58
 
すみません、もう一点。

全カラムサイズ合計 vs ウインドウサイズについて、

ウインドウサイズはちょうど1.5倍されているみたいですが、
これはカラムサイズをフォントサイズ比倍することと整合性がとれているのでしょう
か?

また、ウインドウサイズではなく、ファイル一覧やフォルダツリー領域の、クライア
ントサイズをターゲットに
1.5倍またはフォントサイズ比倍にみたいなことはできないでしょうか。

コントロールサイズ ー クライアントサイズの差は、DPI倍されないとかありそうです。

手間かとは思いますが、各コントロールのクライアントサイズを倍にした上で、
コントロールサイズの合計をウインドウのクライアントサイズにするみたいなのが
理想のように思えます。

エクスプローラーはDPI移動でカラムの中身や、カラムvsウインドウの比率が変わら
ないのですが
どういう処理をしているのでしょう?

[ ]
RE:08670 細かいレイアウトやDPI関連No.08671
秀丸担当 さん 20/06/30 15:02
 


>ピクセル単位の縮尺バージョンは試していませんでしたが、どちらが誤差か少ない
>のでしょう?

DPIやフォントサイズが小さいと計算が荒くなると思うので、DPIが大きいほうが計算
上の誤差は出にくいと思います。

>セカンドモニタでフォントの設定を開くと、フォントサイズの数値がサブ÷メイン
>倍に表示されます。

サブモニタでフォント選択ダイアログを出したら確かにおかしかったです。
ご指摘ありがとうございます。
修正させていただきます。

フォントサイズは秀丸ファイラーClassicとしては、一応0.1ポイント単位で覚えてい
ます。(0.1ポイントは100%(96dpi)で0.133ピクセル)
ですがフォント選択ダイアログは整数のポイントでしか指定できないので、通常は0.
1ポイント刻みで指定できるわけではないです。
カラムの幅は0.01文字単位で覚えています。

>これはカラムサイズをフォントサイズ比倍することと整合性がとれているのでしょ
>うか?

ウィンドウサイズが例えば1.5倍になったときの比率と、カラムの幅は整合性は取れ
ていないです。
各ボタンなどのコントロールの大きさも整合性は取れていないです。
各所の比率がぴったり合うことを目標としていなくて、Per-Monitor DPI対応は、ド
ットバイドット(ピクセルバイピクセル)になることを目標としていて、各所の比率
はどうしても合わないことがあると思います。
ドットバイドットのまま、比率が合うようにするというのは難しいと思います。

ちなみに秀丸エディタでは[その他]→[動作環境]→[環境]→[高度な環境]に、「ウィ
ンドウの拡大縮小(スケーリング)」という設定があります。
ドットバイドットの場合、画面に収まる文字数とウィンドウの比率は一緒ではなくて
ずれます。
ここで、敢えてドットバイドットじゃない方式を選ぶと、どのモニタでもぴったり合
うようにすることができます。(その代わり拡縮がかかってぼやけたりしますが)
秀丸ファイラーClassicにはこれに相当する設定は無くて、必要であれば検討します。

エクスプローラは、どうしているのかわからないですが、Per-Monitor DPI対応でド
ットバイドットだと思うので、どこかでずれは発生すると思います。
カラム境界をダブルクリックして合わせてからモニタ移動すると、「2020/06/30 1
4...」みたいな省略表示になったりするようでした。

[ ]
RE:08671 細かいレイアウトやDPI関連No.08672
hp さん 20/07/01 08:16
 
すみません、ExplorerにはQTtabbarをいれてました。

互換リストビューに置き換える機能があって、オンでもオフでも変わりません。

タブだけGDIではないフォントレンダラになっているようで、ここだけ拡大縮小して
いるように見えますが、
それ以外は、dotbydotのようです。

余白や、省略されて...になる前の文字数など、DPI違いで変わらないようです。

QTtabbarのせいかわかりませんが、これくらいレイアウトが再現されるとうれしいの
ですが、
あまり他の人の需要もないようなので、要望の一つとして書き留めていただければと
思います。

[ ]
RE:08672 細かいレイアウトやDPI関連No.08673
秀丸担当 さん 20/07/01 10:21
 

QTtabbarを入れて互換ビューにしてみたところでも、境界ダブルクリックの後のモニ
タ移動で、「...」表示になったりするようでした。

もしかしたらですが、日付が「2020/07/01 9:59」と「2020/07/01 10:00」みたいに9
時と10時では一桁違うので、たまたま見ているファイルの日付が9時以下であれば、
「...」表示にはならないので、それで良く見えることがあるかもしれません。

フォント幅にぴったり合わせる処理をする限りは、ドットバイドットのモニタ移動で
比率がぴったり合うようにする方法というのは、おそらく存在しないのではないかと
思います。
単純に、1文字分くらいとか5%くらいとか余裕を持たせれば、わりと簡単に解決する
と思います。
現状であれば、境界ダブルクリック後に、少し右にドラッグして広げるといいです。

境界ダブルクリック時に常に少し広げるオプションとか、あるいはマルチモニタ時は
自動で少し広げるとか、そういう方法では可能だと思います。
そういう方法を検討しようと思います。

----

ちなみにドットバイドットとは関係無いですが、互換ビューがOFFのときだと、第2
モニタ上で最初にエクスプローラを起動すると、境界ダブルクリック時の幅がずれる
という問題があるようです。
そのときのずれ方の組み合わせが、150%/100%になるとたまたまちょうどいい感じに
なって問題が無いかのように感じるかもしれません。
200%/100%だと、倍くらいずれました。


[ ]
RE:08673 細かいレイアウトやDPI関連No.08674
hp さん 20/07/01 12:35
 
検討ありがとうございます。

エクスプローラーでもレジストリでyy/MM/dd ddd HH:mmにしてあるので、桁は揃えて
あります。
そこで、フォントをYu UI Gothicにすると、1の幅が細く、ガタガタになりましたが、
やはり...の範囲が変わる様子はありません。
ファイル名も...は変わらないです。
私の環境が特殊なのかもしれませんが、何が原因かわからないです。

完全とはいわないので、少しでもDPIによる差を減らしていただければ幸いです。

[ ]
RE:08674 細かいレイアウトやDPI関連No.08675
秀丸担当 さん 20/07/01 17:11
 

エクスプローラでも書式を指定されているのですね。
dddというのが実際は全角1文字になるので、もしかしたら半角1文字分広く計算さ
れているのではないかと気になったのですが、試しにやってみたら、変化は無いよう
でした。
Yu Gothic UI は数字は同じ幅なので、1の幅が細いというのは、何かしら通常とは違
うことになっているのだと思います。
あと互換ビューONでも、計算がずれる問題があるようでした。(種類列がシングルク
リックで「...」になったりする)
いずれにしても、こちらで確認する限りでは、エクスプローラはDPI変化でカラム幅
に合う配慮はしていないと思われます。

配慮していると思わしいのは、Excelがそれっぽいようでした。
境界ダブルクリックで7%くらい多く余白が取られて、DPI変化でフォントが変わって
も耐えられます。
でも「ああああああああああ」という文字列に対して半角3文字分くらい余白がある
ので、余白が多すぎのような気がします。

とりあえずモニタが複数あるときは、半角1つ分くらい多くするのが妥当と思うので、
それくらいにしてみようと思います。(完全にカバーできないケースはあると思いま
すが)
手動でやるか自動でやるかの違いでしかないので、境界ダブルクリック後に任意に調
整してもらえればいいと思います。

[ ]
RE:08675 細かいレイアウトやDPI関連No.08676
hp さん 20/07/02 08:18
 

>Yu Gothic UI は数字は同じ幅なので、1の幅が細いというのは、何かしら通常とは
>違うことになっているのだと思います。
>あと互換ビューONでも、計算がずれる問題があるようでした。(種類列がシングル
>クリックで「...」になったりする)

すみません、Yu Gothic UIのSemiboldにしていました。
SemiboldとBoldだけ1の幅が狭いという、困った仕様のようです。。

というか、エクスプローラーのフォントは、Meiryo UIも大っきらいというソフトでY
u Gothic UI Semiboldを指定していましたが、
どうやら、Boldになってしまっているようです。
秀丸ファイラーとエディタのように、ウェイトを指定できるものでないと、Officeな
どですら、ちゃんと出てこないようですね。

話題がそれてすみません、余白の改善期待しています。

[ ]