SubtitleEdit / subtitleedit

the subtitle editor :)
http://www.nikse.dk/SubtitleEdit/Help
GNU General Public License v3.0
8.59k stars 897 forks source link

SE 4.0.8 beta 83: Size/position problems with the Controls window #8904

Open GrampaWildWilly opened 1 week ago

GrampaWildWilly commented 1 week ago

When I first ran this beta of SE, the Controls window had the Translate tab sized in such a way that things were cut off. So I resized it.

#01

You'll notice there is something at the bottom that looks like chicken scratches. Even resizing the window doesn't help.

#02

However, after going to one of the other tabs in this window & coming back to Translate, the size reverts to what I'm showing in the first image.

Then I went to the Create tab.

#03

Again, it looks like things are cut off, this time on the right. But resizing it doesn't help.

#04

The Adjust tab has the same issue.

In addition, look at the captions inside the first & third buttons. When I read those it leads me to believe there's more words in the captions. I read, Insert new subtitle at & I think there's at least one more word that's supposed to be inside that button. Same idea for Go to sub position and. And what? There's more examples of this incomplete caption problem on the Adjust tab. If there were a tooltip that hovered up when I hover my mouse over those buttons, it would at least compensate for the truncation of the captions. But no such tooltip appears. Resizing the window isn't making those hidden words come into view, on both the Create & Adjust tabs.

When I go to one of the other tabs & come back to the Create tab, its size has reverted to what I'm showing in the third image.

It seems like each tab, even though it is in the same window, has its own size & position definitions. I would expect that if I resize the window when it's showing any given tab that switching to one of the other tabs would still be at that size & position. But that's not true. Switching tabs changes the size of the window. Plus even after resizing, coming back to a tab does not display it at my previously selected size & position.

Closing SE & reopening it doesn't help the problems any.

So there's 4 general problems with this window:

  1. Things seem to be cut off.
  2. Resizing doesn't make the partially visible things visible.
  3. Each tab has its own independent size & position.
  4. Changing the size & position of the window isn't remembered.

Taken as a whole, this is pathological behavior. It's not in keeping with what you would expect of a Windows application.

In case it's relevant, I'm running Windows 11 Pro 64-bit version 24H2 build 26100.2033.

RAMoynihan commented 1 week ago

Have you made any changed to your system font/size recently? If you set the font size larger, or pick a font that has bigger characters (using the 'ease of access' setting in Windows, for instance), it can make the text not fit in fixed-size fields on dialogue windows.

GrampaWildWilly commented 1 week ago

I appreciate your participation here, @RAMoynihan.

That should not be an issue. The construction of the dialog should accommodate whatever font & whatever size I'm using. I just hinted at it in my earlier post but maybe I should make it clearer. This is a suggested product enhancement. Provide tooltips to hover up over those buttons. Then nobody would care if the text doesn't fit in the buttons. Show the full text in the tooltip. There's lots of instances of similar things around the system.

That should also have no impact on the fact that the sizes & positions of the window contents are not being remembered. And the other text that appears to be truncated should be shown fully, regardless of my text font & size. There's a whole line of something in that one image that is completely incomprehensible because it's cut off.

I have changed my system font but that wasn't recently. I did that when I first got Windows 11 working about 11 months ago. But that is just the font. The font size is not any bigger than the default. I just hate the Segoe font so I substituted the Georgia font. Segoe is non-serif, therefore ugly. I replaced it with a serif font. But I did not change the global font size. And that is not a recent change. The recent 24H2 maintenance from Microsoft was almost like a new operating system & I did have to reinstate my changed font. But I reinstated what I had been using since last December. I didn't change what I had been using. I just put back into place what the maintenance obliterated. You can see in my images that I am not using a particularly magnified font size. What is displayed fits quite nicely in the space. There's just more words in the captions on the buttons than can fit. I would have trouble reading a smaller font size. Like I said, the issue can be rendered moot if there were tooltips that hovered up over those buttons.

niksedk commented 1 week ago

Sorry, SE is written Winforms which an older technology , and yeah, you will need to use 100% font size without any scaling. It's a known issue.

Switching to a newer technology for SE could be the future, but it not an easy task...

GrampaWildWilly commented 1 week ago

OK. I get it. Older technology doesn't permit use of newer features. But what about providing hover-up tooltips? Is that also blocked by the older technology? And remembering window sizes & positions. That should be possible even with older technology, shouldn't it?