I'm not sure how this one will be triaged. Currently popovers don't support dynamic width based on the text, it would be nice to support though.

Just so you know, you can hover over the label with a "..." at the end and it will show the full text in a tooltip. I know that's not a perfect solution, but at least it might help until there is one.

No that is not show TOOLTIP while hover mouse cursor.

You're right, sorry about that. It's when you hover over the value / color on the right that the full property name is displayed.

How?

@Hans Goudey (HooglyBoogly) - Kent is changing the interface text size in Preferences / Themes / Text Style so that he can have larger text without also having an enlarged vertical line spacing or having huge icons. This seems like a quite a legitimate use case, although I wish we could do this a bit better.

First, I think we should not allow separate sizing of both "Widget" and "Widget Label" as they both have to be the same or things break in the UI anyway.

Then once we did that we'd have a single "points" value that we could use in combination with dpi and/or Resolution scale when sizing menu, popover, and dialog width. In effect change from a popover width that is "800 pixels wide at Resolution Scale 1.0" to being "the width of 40 ems"

You did not listen me what I said. I have low vision

Need to fix auto width itself in code to fix.

@Kent Davis (mac4kent) - You did not listen me what I said. I have low vision

Yes, I understand that perfectly.

@Kent Davis (mac4kent) - Need to fix auto width itself in code to fix.

Yes, that is in fact exactly what I said, with details on how we could approach doing so.

Ok I am use Macintosh MacOS 11 Beta.

Ok

Notes to self: A quick look at this and it seems like it might be easy and make a lot of sense. It cannot be part of the sizing of all block though, more a change in the way that we calculate the widths. For this though we'd need to be able to easily compare the current text size against "normal" and that will be available with D9107 in 2.92 (probably).

@Kent Davis (mac4kent) - Hey, I was hoping that you can tell me a few things about how you run your blender:

What is your resolution scale? Edit / Preferences / Interface / Resolution Scale
What is your line width? Edit / Preferences / Interface / Line Width
What the point sizes you set Edit / Preferences / Themes / Text Style

@Harley Acheson (harley) I am sorry I do not believe you said "CAN'T" no way.
Everything possible to fix. I has been send report ticket few years and send many tickets.

5K retina display 27" iMac for Mac only. Not for Windows.
Do you have Mac?

Resolution Size 2.00
Line Width your wrong answer.

I can't read "normal size" sorry. They need to work on code to be fit.
@Philipp Oeser (lichtwerk) know.

@Kent Davis (mac4kent) - I am sorry I do not believe you said "CAN'T" no way.

I didn’t say “can’t”.

Thanks for the details of your system and settings, so I can test identically.

I can't read "normal size...

Yes, and I will see if I can improve things for you.

Oh ok.
Do you have Macintosh computer?

@Kent Davis (mac4kent) Now you see "Cannot" same "can't"

You are just misinterpreting a comment I made to myself about possible implementation. I am saying that I have to do it one particular way and not in some other way.

Recreating "Before and After" captures based on your images above. The top of each image is the part that you highlighted in blender as it is now. The bottom of each shows how it looks after my own changes I am working on:

Now I see before (me) and after (you) I got it. Are you use Macintosh?

(More Space) on System Preferences > Display

A patch can be found here: https://developer.blender.org/D9132

You are wrong answer you did not put Mac information.
I can tell this link for Windows only.
Please do focus on Mac.

@Kent Davis (mac4kent) - I can tell this link for Windows only. Please do focus on Mac.

That is incorrect Kent. The display of blender is the same on all platforms and the patch I have created will effect Mac, Windows, Linux, and everything else.

No. Windows display and Macintosh display is different. Think about iMac have 5K. do you have Macintosh yourself?

Windows and Linux up to limit number example 2048.

Macintosh can be 6400 x 3600 pixels.
I do ask you. Do you have your iMac yourself?

@Kent Davis (mac4kent) - do ask you. Do you have your iMac yourself?

No, I do not. But as far as your issue is concerned there is no difference. Please stop wasting time with this line of questioning. If you are able to compile blender from source, then please test the linked patch. Otherwise you'll have to wait for others to test, approve, and then hopefully you will find your problem fixed one day in a blender release.

I don't know how to fix code inside the Blender 2.91 Alpha

Then you are going to have to trust me that the patch fixes the issue that you show in this ticket, and wait for it to be (hopefully) approved and committed.

I am wait for next Daily Build will be October 6, 2020. I am in USA Pacific Time California.

The patch is not committed so it will not be on a daily build. If you watch the patch that it is on you can following its progress from evaluation, through corrections, approval, and committing. It could take days, weeks, or longer depending on how many people test, how busy everyone is, etc.

I will not follow patch for Windows only.
I can do follow patch for Macintosh only.
I am wait for some one use Macintosh to answer.

I see "wmWindow *window = CTX_wm_window(C);" is not match on Macintosh. I ignore it.

@Kent Davis (mac4kent) - I see "wmWindow *window = CTX_wm_window(C);" is not match on Macintosh. I ignore it.

Ignore whatever you want, but you are still wrong. A "wmWindow" is blender's structure to hold a window on all platforms. It has nothing to do with the Windows operating system. Again, please stop this line of questioning. You are making incorrect assumptions because of a lack of understanding of the blender source code. I don't have time to answer these off-topic questions here.

I found your name @Ankit Meel (ankitm) I let you know read above because they focus Windows they don't understand Macintosh. They force me to check link I ignore as well about Windows. Would some one deeply inspect on Mac only. Not for Windows.

@Kent Davis (mac4kent) the code is talking about this window https://en.wikipedia.org/wiki/Window_(computing)
not this Windows: https://en.wikipedia.org/wiki/Microsoft_Windows
Also, remember that we have a "Window" menu in all macOS apps :)

@Ankit Meel (ankitm) -

In a nutshell @Kent Davis (mac4kent) increases his Themes/Text Style font points to make everything more readable because of visual problems. And as that point size is increased, independently of Resolution Scale, some things like the width of popovers become too narrow. This patch solves that but for some reason he doesn't believe me (and can't test himself) and thinks this will work only for Windows (because of some object names). Not sure why he thinks I'm lying to him when I am only trying to help him, but it is what it is... LOL

Thank @Ankit Meel (ankitm) see my MacOS 11 Beta on System Preferences > Display > More Space (6400 x 3600)
27" 5K

@Hans Goudey (HooglyBoogly) Oh well you did choice for Windows 10 did not show Macintosh. Do you have your own iMac ?

@Kent Davis (mac4kent) - Oh well you did choice for Windows 10 did not show Macintosh. Do you have your own iMac ?

As mentioned, the problem you are reporting is not specific to Macintosh. And the fix referenced affects all platforms, including Macintosh.

Windoes 10 and Macintosh is different.

@Kent Davis (mac4kent) - Windoes 10 and Macintosh is different.

That is true, but completely irrelevant. The problem you have reported affects all platforms, and the referenced fix applies to all platforms.

@Hans Goudey (HooglyBoogly) Congratulation there for Mac resolve. I can show you screenshot for Mac only.

@Kent Davis (mac4kent) - Congratulation there for Mac resolve. I can show you screenshot for Mac only.

Glad things are working better for you. That one popover though, for "Cursor" is problematic even with default sizes, so I will have to widen that separately. Here it is with default font settings and sizes:

@Harley Acheson (harley) Oh I see no problem.

@Kent Davis (mac4kent) - Oh I see no problem.

I just mean that the ellipsis you see after "Inverse Cursor" I also see in regular usage. We should be able to fix that too.

Sure no problem.