Ctrl+wheel does not work on a fresh ini

Here you can propose new features, make suggestions etc.

Moderators: Hacker, petermad, Stefan2, white

User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 50386
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Re: Ctrl+wheel does not work on a fresh ini

Post by *ghisler(Author) »

according to the logic of the word by "default" - button should be UN-AVAILABLE
No, when you use the button to choose a font while "default" is checked, "default" gets unchecked. This is much more user friendly than having to uncheck "default" first.
Author of Total Commander
https://www.ghisler.com
User avatar
AntonyD
Power Member
Power Member
Posts: 1554
Joined: 2006-11-04, 15:30 UTC
Location: Russian Federation

Re: Ctrl+wheel does not work on a fresh ini

Post by *AntonyD »

And can I ask you to parse my clarifications ALL - point by point/sentence by sentence?
Your answer goes only a small part to a larger layer of problems with the visualization and
user-friendliness that I've outlined. And therefore does not cover the above in total.
#146217 personal license
User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 50386
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Re: Ctrl+wheel does not work on a fresh ini

Post by *ghisler(Author) »

Sorry, too busy. If you want multiple replies, ask multiple questions separately.
Author of Total Commander
https://www.ghisler.com
User avatar
AntonyD
Power Member
Power Member
Posts: 1554
Joined: 2006-11-04, 15:30 UTC
Location: Russian Federation

Re: Ctrl+wheel does not work on a fresh ini

Post by *AntonyD »

Ok, no problems, will do that...

https://i.ibb.co/By56WH0/bug.png
look at this and read next :

1) What should only ONE user's action do - the unchecking of any checkmark from 3 available - according to your logic?
This question has arose coz when right now it is checked and there is a label text next to it - declared "some default"
state - so all is clear here. More-or-less....

2) Regardless of the previous answer and connection with that logic - Why is the font selection button enabled right
after this text??! Is the logic of the UI-components relationship written somewhere right here on this dialog form?
Apparently not. This means WITHOUT reading the help - but simply reading the essence of the components and their
visual incoherence - it is worth agreeing that these components should work independently.
Each for their own purpose. But there IS a magic link between them? Isn't it?

3) Regardless of the previous answers. Both.
If, by default, when opening a form, all three checkboxes are checked, and text is written next to it "default",
then where RIGHT HERE - ON THE FORM immediately - I can read the name of the selected font? Apparently nowhere.
The question is - why hasn't this been done? Only dots-dots-dots.... Do you believe in the power of magic dots?

4) Well, if we uncheck some "one" checkmark, then .... then nothing will change!! It turns out that the working with
this one tick and only with it makes no sense... Nothing happens on the form. There are no explanatory inscriptions,
the dots do not turn into anything. But at the same time, as you yourself wrote, if I click on the button and do something
there, this checkbox will be unchecked. By ITSELF!
SO isn't this irrefutable proof that there IS a strong relationship between these 2 UI-components?

https://i.ibb.co/bLLZr1B/2024-10-31-224221.png
Now take a look at this pic and read next:
5) What is the point of having these numbers, dashes, commas and other elements of unreadable information?
No one will ever understand on their own WHAT "-15", "w30", "255" means!!! These are too technically-defined terms!
Once again - if you want to provide "this" information to the user - COMPLETELY translate it into a HUMAN-readable format!
And show it in a tooltip above the button itself!
Simply there is NO operation with this dialog, with this text in the button, for which it would be necessary and sufficient
just to see this abracadabra!
#146217 personal license
User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 50386
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Re: Ctrl+wheel does not work on a fresh ini

Post by *ghisler(Author) »

1) It does nothing if you don't choose a font. The only reason this checkbox is there is that you can't choose the default font from the Windows font dialog.
2) Why shouldn't it be enabled? It allows you to choose a font and get the checkbox unchecked automatically. If you cancel choosing a font, the checkbox stays checked.
3) When opening the form, either "default" is checked or a font is set via button, but never both.
4) See answer 1.
5) It's to show what will be saved in the wincmd.ini.
Author of Total Commander
https://www.ghisler.com
User avatar
AntonyD
Power Member
Power Member
Posts: 1554
Joined: 2006-11-04, 15:30 UTC
Location: Russian Federation

Re: Ctrl+wheel does not work on a fresh ini

Post by *AntonyD »

1) You have chosen the arrangement of components one after another: from left to right. And their description and their sequence simply screams that there IS a link between them and one affects the other. BUT! No matter how many times I just remove and put the check mark back - nothing happens.
But as soon as I click the button to enter the font selection dialog, the checkmark BEFORE the button suddenly appears under some
kind of action(sub-logic). So maybe then you will change their order? First the button, and then the "default" checkbox setting and label?
And this code (about check/uncheck the default state) should be triggered IMMEDIATELY, and not only after pressing the OK button for
the entire dialog!

2) See answer 1. The ORDER and a hidden but readable, as if between the lines, dependency between objects: That's the main reason.

3) If you re-read the question again, then its essence was about the complete absence of a description of the default font!
About the fact that I only see dots, dots, dots and do not understand anything about the default choice. So it exists or it doesn’t?
And if there is, then WHAT is it?

4) See answer 3. Again. And try to understand my initial question, please.

5) " It's to show what will be saved in the wincmd.ini. " - That's great! You have described the essence of the action very clearly.
But its benefits will be used only in the TC's code itself! in the application itself!! But the user remains completely confused
about what and why it is so strangely rendered here.
I repeat once again - although I am not even sure that this will be accepted and understandable - the end-user should be
given the opportunity to read on his own! language!
In other words, it is necessary to describe all the options and the name of the selected font in a human way!
And because, of course, we understand that there is no place for this in the button itself - that's why we need to use
the possibilities of tooltips! So write it out in them:
Font Family
Font Style (Regular, Italic, Bold)
Font Size
Font Weight
Codepage
+ .....
Moreover, it will be very useful to display all this text in this chosen font!

P.S. Just as an example. I can see the value 255 in this text line - but I do not remember WHAT does it means!!!
And EVEN IF I will open the font choosing dialog - I WILL NOT find in it the explanation - WHAT 255 means.
Yes - here on a forum I will find it: "I have selected to use OEM/DOS charset here".
But that's not a proper places for searching such info. I should by my eyes to see the explanations somewhere.
On this form! IMMEDIATELY! And tooltips - are the perfect place for that!
#146217 personal license
Post Reply