[TC11.50b2] Visual glitches

[petermad]

This is a mistake to use 1 as a digit in examples with variable width fonts;

Correct, but is it possible to have 9999 treads, or even 2999 ?

[MaxX]

2petermad
Any 512 core processor with SMT x4.
Not sure if these exist right now, but I believe that it is not so far future. May be 2 or 3 years. Not more.

[petermad]

To me it is not really about the width of the combobox it is about the space between the box and the text to the right of it.

Looks good in TC 11.50b6

[MaxX]

2petermad
Hm... You're right. Now it looks good.
Thanks 2ghisler(Author).

[AntonyD]

Why not move from this: https://i.ibb.co/MpWTwk8/start.png
to this: https://i.ibb.co/4PLqN0X/end.png?

Why not move from this: https://i.ibb.co/VJD5Qnk/start2.png
to this: https://i.ibb.co/Ct9jnq1/end2.png?

Why not move from this: https://i.ibb.co/VmN6rGs/start3.png
to this: https://i.ibb.co/nCJgShp/end3.png?

Why not move from this: https://i.ibb.co/cyCbyp8/start4.png
to this: https://i.ibb.co/Jj1j0v3/end4.png?

[ghisler(Author)]

Thanks for confirming the fixes!
2AntonyD
1. It may not fit all translations
2. It looks odd, normally you fill the first column completely before adding a second one
3. It requires translation, maybe in a later version
4. I wanted to have Ctrl+Tab near the other hotkey option Ctrl+Up. Any reason why I should move it down there?

[AntonyD]

2ghisler(Author)
My suggestions for edits included not only changing the positions of some objects on the form,
but also correction of the current boundaries/alignment axes of objects which are left in their places!
1) That is, if you take at least the first request, there's a shift in the position of the combobox and all checkboxes that are
"seemingly on the same line" with it. Thus, even if we remove the problems in translation "out of brackets" (by the way,
what should be translated here?) then at least in my request there is an alignment problem!
And it was solved together with the problem of voids between checkboxes. So your answer about translation alone
does not cover the entire essence of my proposals in this request, for example.

2) That is, the presence of an overcrowded first column does not bother you in any way?
After all, there the inscriptions literally fit on top of each other! There is no reason "to plant" the elements of the first column
so tightly in all available places.
And according to the logic behind the checkboxes - in my version - these two objects make sense on top of each other!
And not when one is opposite the other

3) So you're collecting translation issues right now! Even one topic is open here on this occasion! This is the right time!

4) You probably accidentally looked at the pictures in the wrong order. I propose to do exactly what you write about.
That is, on the contrary - move all new hotkeys with CTRL to the top where the old CTRL+UP is already there.

[ghisler(Author)]

1) Unfortunately you can never achieve the same base line for text when mixing controls, e.g. checkboxes and comboboxes. Even if you align them visually for one font size and scale factor, they will be off again for another font size and/or scale factor.
2) There were previously 4 entries, I just removed one. I want to keep the old ones in their previous places.
3) I was just about to mail all translators, now I have to delay that again for a few weeks? No, my request was only about the translation existing options, not about adding new ones. It's too late for that now.
4) You are right, it's better. But wouldn't it confuse users even more if I shuffled these around now?

[AntonyD]

1) I don't know why, but you don't always maintain this position of neighboring elements from version to version.
That is, here you can't even appeal to the fact that different fonts, scale factors, etc. moments can interfere and break everything.
It's just that in one version everything is beautiful and smooth - and in the other it is already shifted. By a couple or three pixels, but offset.
In the same "original" picture, take a closer look at the position of the Command editbox and the two adjacent buttons on the right.
In "my" picture, they are aligned in the same way that similar objects you have aligned in other tabs. Along they upper edge. But it was in
new betas that this alignment flew somewhere beyond reason. Now the editbox just comes out terribly on top of the level of the buttons.
I've never seen anything like this before. It was not striking so much as it is now.

2) So, if we do not change anything, but only remove - then WHAT is the space freed up for? Just to be a void in the middle of the form?
Maybe it's time to agree that it's high time to "shake up" the layout of many points on the tabs. And at least start with such small changes.

3) But I've been writing about this place and the problems of its visual perception for a long time! I then offered group boxes.
You didn't like it. It seemed to me that then another change would come to your mind and my picture would just push you to it.
And now suddenly there are problems with translation. Well, ok. Waiting for 12.00

4) We are talking about the release! Now in the current release, these two new items simply do not exist!
When a new release is released, they will just appear for users in a new place! No one will know that they had another place from the beginning.
Well, beta testers are used to the fact that you need to check and test something that always changes during the development process.

[petermad]

2ghisler(Author)

4) You are right, it's better. But wouldn't it confuse users even more if I shuffled these around now?

I don't think that will be a problem either.

2) There were previously 4 entries, I just removed one. I want to keep the old ones in their previous places.

I can see the idea of having "Open partial ZIP files" and "Keep damaged files (bad CRC)" grouped together, because they are about opening zip files.

Also having "Use 8.3 short filenames" by itself - makes the line "Pack Unicode names:" look much less squeezed in.

BTW - The help still show "Set ZIP date to newest file date" - that should be removed

[ghisler(Author)]

I don't think that will be a problem either.

What do you mean wouldn't be a problem? Keeping the entry where it is, or moving it around?

"Set ZIP date to newest file date" - that should be removed

Have you read the description? It says

This option has been moved to the page "Packer" because it is supported by multiple packers.

[petermad]

I don't think that will be a problem either.

What do you mean wouldn't be a problem? Keeping the entry where it is, or moving it around?

It wouldn't be a problem to move them up under the other Ctrl-Up settings

"Set ZIP date to newest file date" - that should be removed

Have you read the description? It says

This option has been moved to the page "Packer" because it is supported by multiple packers.

To me it seems really odd describing a setting that is not visible in the dioalog that the help is called from.

[ghisler(Author)]

It wouldn't be a problem to move them up under the other Ctrl-Up settings

OK, I will move them up.

To me it seems really odd describing a setting that is not visible in the dialog that the help is called from.

I'm sorry but I really want to keep that hint there. The option has been there for decades, and people will start to complain that it was removed for no reason. I'm even considered a button to bring the user to the "Packer" dialog, but the option isn't important enough for that.

[AntonyD]

Downloaded beta 7 - opened it and found what:

Why not move from this: https://i.ibb.co/MpWTwk8/start.png
to this: https://i.ibb.co/4PLqN0X/end.png?

As I see it, you didn't even try to move the editbox "Default command (no remapping)" down by at least a few pixels?
If I turn on DPI = 120, the picture is drawn even worse than it was, Look at the intersections of the red and blue lines:
https://i.ibb.co/HGLRpV2/bug.png

Why not move from this: https://i.ibb.co/VJD5Qnk/start2.png
to this: https://i.ibb.co/Ct9jnq1/end2.png?

And nothing has been done in this direction. Do you still think that such a "Jumble" is the best solution?
https://i.ibb.co/BPfNYF0/error.png

[ghisler(Author)]

As I see it, you didn't even try to move the editbox "Default command (no remapping)" down by at least a few pixels?

There is a risk of overlapping controls at higher DPI when moving it too far down.

And nothing has been done in this direction. Do you still think that such a "Jumble" is the best solution?

Your jumble isn't better than my jumble. With mine, people can at least see where the moved option was.

And you could at least have acknowledged that I implemented your point 4.

Moderator message from: ghisler(Author) » 2024-11-21, 10:12 UTC

Moved to will not be changed