Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Slava

Pages: [1]
1
Great! That works! Thank you!
I was absolutely under impression that MC properly restarts itself (as it says) since I see a result of different icon size settings right away on the tool bar.
It turns out that for Command Line Bar I have to restart MC manually to see the effect.
This is a bit confusing since similar icons are handled differently for different bars though both are controlled by the same setting.
Anyway, it's a good workaround.
Thanks again, Mathias!!!

2
Three attachments for the prior post:
2021-02-23 - DPI Scaling (System).jpg
2021-02-23 - DPI Scaling (System) - Core Setting - Icon Size 100% (no Auto scale).jpg
2021-02-23 - DPI Scaling (System) - Core Setting - Icon Size 200% (no Auto scale).jpg


I tried With and Without "Auto scale" and there is no difference.

3
Device info:
 - Lenovo         YOGA-900-13ISK2 Signature Edition
 - Device name    ---
 - Processor      Intel(R) Core(TM) i7-6560U CPU @ 2.20GHz   2.21 GHz
 - Installed RAM  8.00 GB
 - Device ID      ---
 - Product ID     ---
 - System type    64-bit operating system, x64-based processor
 - Pen and touch  Touch support with 10 touch points

Windows Specification:
 - Edition        Windows 10 Home
 - Version        20H2
 - Installed on ‎  6/‎18/‎2020
 - OS build       19042.804
 - Serial number  ---
 - Experience     Windows Feature Experience Pack 120.2212.551.0

Display - Scale and Layout (see "2021-02-23 - Display - Scale and Layout.jpg")
 - Size of text, apps, and other items: 250% (Recommended)
 - Display resolution                 : 3200x1800 (Recommended)

After I tried several combinations of:
 1) DPI scaling    (Appliction, System)
 2) Icon Size and  (100%, 200%)
 3) Auto scale     (checked, unchecked)
everything looks like the size of Icons in the Command Line Bar IS NOT AFFECTED by any of the above settings.

See attached screen snapshots:

2021-02-23 - DPI Scaling (Application).jpg
2021-02-23 - DPI Scaling (Application) - Core Setting - Icon Size 100% (no Auto scale).jpg
2021-02-23 - DPI Scaling (Application) - Core Setting - Icon Size 100%.jpg
2021-02-23 - DPI Scaling (Application) - Core Setting - Icon Size 200% (no Auto scale).jpg
2021-02-23 - DPI Scaling (Application) - Core Setting - Icon Size 200%.jpg


Following three attachments I will try to submit separately cause of forum limitations on the number of attachments.
2021-02-23 - DPI Scaling (System).jpg
2021-02-23 - DPI Scaling (System) - Core Setting - Icon Size 100% (no Auto scale).jpg
2021-02-23 - DPI Scaling (System) - Core Setting - Icon Size 200% (no Auto scale).jpg


4
Support and Feedback / V.11 (Build 2770) Command Line Bar Icon Size
« on: February 23, 2021, 22:12:30 »
Today my portable MC (x64) updated to v.11 (Build 2770, Feb 23, 2021) and icons in Command Line Bar are displayed as too big, not fitting to dedicated space.
See attached "2021-02-23 - CommLineBar Icons.jpg" image.
This was not the case in the prior v.10.2.0.2745.
Does anyone know how to fix/adjust the size for those icons in Command Line Bar in the latest v.11?
Or this is a bug?

5
Support and Feedback / Re: Problem with fonts in v.10.0 (build 2740)
« on: December 11, 2020, 03:48:53 »
You confused me even more.
What is not vertically centered and why this "what" must be centered???
Do you mean the text in the field right under "Copy file to..." label?
It so minor "displacement" that there is nothing even to talk about.
And if you decided to "correct" such places/fields, shouldn't it be done everywhere?
For example, similar field in "Find opened/locked Handle" still demonstrate same vertical displacement (see attached "Find-opened-locked-Handle.jpg")

And still the main question/issue remains.
There is no really any significant difference in "Copy" dialogs in old and new MC versions - except font size.
From all points of view - practical usability (1) and pure esthetics (2) - font in old version is much better.
(1) With the regular font (which is smaller than the one currently used in new version) the user can see more characters in the destination path.
(2) Different font sizes unnecessarily disturb eyes (at least mine) by adding artificial disbalance. And if in the "path" field it can be somehow justified ("make them stick out" as you say), there is no any such need for "Filer" field.
Anyway, this is my personal opinion as a very grateful and loyal MC user for several years.
And my only intent is to help in making MC even better.

6
Support and Feedback / Re: Problem with fonts in v.10.0 (build 2740)
« on: December 10, 2020, 02:39:47 »
Hi, Mathias!

Thanks for your attempt to explain new MC behavior and design, but it seems to me this topic must be put to sleep, cause, sorry, but it reached the point where I really don't follow the logic anymore.
You say "as you see in the old version their is a lot of extra space under the selected text in the "copy to" text box", but I do not see any "extra space" anywhere. I see only three following differences (between old and new "Copy to" screens):
 1) Font size and
 2) "Options" button that existed in v.9.7, but disappeared in v.10.
 3) Little "recent destinations" button ("<") at the very right of "Copy files to..." field.
Maybe on some other monitors "a lot of extra space" exists, but not on mine. And you can see it yourself, if you compare two screenshots attached to my earlier posts ("Copy-Files-and-Folders.jpg" and "Copy-Files-and-Folders (v9.7).jpg").
Anyway, thank a lot for your time and good luck!



7
Support and Feedback / Re: Problem with fonts in v.10.0 (build 2740)
« on: December 08, 2020, 01:19:13 »
Yoga-900 notebook has 3200x1800 screen resolution.
Yes, it's little less than 4k standard (3840x2160), but close enough and, I assume, that's why 250% is recommended by the Lenovo. After trying several other settings, when I just got Yoga few years ago, I agree with 250% as the best one for vast majority cases (except some tools/programs/apps that still do not handle such DPI properly). MultiCommander prior to v.10.x didn't have any such problems too.

> Yes the font for filter and target path should be the same
> and be larger the the other, that is by design.

In prior version (v.9.7, build 2590) "by design" it was looking differently - as all other text fields/labels: not lager, not smaller (see attached snapshot "Copy-Files-and-Folders (v9.7).jpg").
So, to me as a user "old design" was better than a "new" one.
And something tells me (having 40+ years of experience in computer science and programming) that actual reason for that font size - being first too small in v.10.0 and then, few days later, too big in v.10.1 - has nothing to do with a particular design :-)...

Anyway, thank you.

8
Support and Feedback / Re: Problem with fonts in v.10.0 (build 2740)
« on: December 06, 2020, 01:28:28 »
Hi, Mathias!
Thanks a lot for your reply.

> What screen resolution do you have and what Windows scaling factor do you have ? 300%
It's 250% (as recommended by the notebook manufacturer).

Yesterday's MC version (Dec 4, '20, v.10.1.0.2743, portable x64) seems to fix the problem with "font in freespace area" - now it looks much better.
But in Copy/Move dialog it changed to the opposite - now the font is too BIG (see attached "Copy-Files-and-Folders.jpg").
Do I have an option to control this font somehow? I looked through all settings, but couldn't find the place where it can be :-(.

Thanks,
Iaroslav

9
Support and Feedback / Problem with fonts in v.10.0 (build 2740)
« on: November 28, 2020, 01:25:34 »
After updating MC to v.10.0 (build 2740) fonts in certain areas became either too big or too small (unreadable). This problem didn't exist in the prior versions. Is there a way to fix it?
Examples in 2 attached files.

Pages: [1]