AutoHotkey Community

I applied the BreezeGUI color scheme but could not reproduce the truncated button issue (I tried in both Classic and XP themes). Checkboxes also seem to work okay.

Is this a bug report you received from a single user? Have you ever been able to produce this behavior yourself?

Thanks for the warning. I think I'll avoid installing that 25 megabyte monster.

Can anyone else produce Gui behavior in which the last character of each button is missing? If so, it would help to know what font the Gui window is using and anything unusual about your display options, color scheme, or desktop theme.

Thanks.

Hi,

the button-issue seems to be related to flyakite only, but I can reproduce the checkbox-issue with this code:

_________________
Tekl

It doesn't happen on classic theme on my system, at least with the default font.

If you make the control explicitly and slightly wider, the problem goes away? If so, perhaps all that needs to be changed in the program is a slight increase in automatic width. In this case, it would help if you could precisely measure and post the extra pixel width needed with various Gui font faces and sizes.

Thanks.

In v1.0.40.01, the width of auto-sized Checkboxes and Radio Buttons was increased by 1 pixel. Please let me know if this isn't enough to prevent wrapping, and if so what fonts and/or display settings cause the problem.

Thanks.

Hi Chris,

the two lines above and Breeze active will also wrap with the new version. Interesting is, that forcing clipping with small widths will produce two lines of text and without the widht there a two lines clipped by an invisible one-line-box.

_________________
Tekl

Thanks for the info. I'll probably undo the 1-pixel change.

Since this doesn't happen on my system (even with the Breeze scheme active), can you test and find out how much wider than the default each checkbox/radio must be to prevent wrapping?

Hi,

the example above won't wrap at 185 pixel.

_________________
Tekl

At 184 Pixels it will wrap. What have been your values?

_________________
Tekl

I get the same result. The difference is that when I omit the width, the default width is 185 not 184. Perhaps you could experiment with some different fonts and sizes and see if the problem affects all of them.

Also, does the unwanted wrapping occur only on the Breeze theme, or also on Classic/XP themes?

If anyone else would like to test this, here's the checkbox that wraps to a second line on some systems:

On my system the above also shows SM_CXMENUCHECK = 13. Please let me know if your value is different, since it might give some clue as to the cause of the problem.

Thanks.

Hi Chris,

here are my results:

Windows classic (Tahoma): SM_CXMENUCHECK = 13
Windows XP Themes: SM_CXMENUCHECK = 13
Breeze: SM_CXMENUCHECK = 11

I tried Windows classic also with other Fonts and I've seen on my system no changes to AutoHotkey. It seems always to use Microsoft Sans Serif or Modern MS Sans Serif (don't know how to get the used font). Maybe AutoHotkey is calculating with a different font it really uses.

_________________
Tekl

Thanks for the results.

I know you probably said this earlier, but can you confirm whether the unwanted wrapping occurs in all themes or just Breeze? Also, does it occur in all the font faces and sizes you tried?

If the unwanted wrapping affects only Breeze, please try this line on Breeze and see what it says:
MsgBox % "SM_CXEDGE = " . DllCall("GetSystemMetrics", int, 45)

Thanks.

Hi,

as I'm very Theme-Aware I've not tested a lot. It seems to be only on Flyakite OS X and Breeze, but I believe an a lot of other themes.

I now tested different font sizes and also different fonts with GUI, FONT. I'll always get the same result, that the last word is wrapped inside a single-line-frame.

The value SM_CXEDGE is 2

_________________
Tekl