AutoHotkey Community

Hi,

if I have installed the OSX-Skin Flyakite OSX for Windows XP there are problems with GUI-Buttons. They loose the last character even if the button is very big.

This code ...

... looks like this ...


Interesting that this problem is not with MsgBox or the most other applications.

Flyakite can be downloaded at: http://osx.portraitofakite.com
Be warned: It makes hughe modifications to your system.

Tekl

That's pretty strange and I think someone else once mentioned something about the last letter being cut off when the system font settings are non-standard.

I've a feeling this has something to do with the buttons styles. You could try adding -Wrap, +Left, and/or +Right to the button's options (minus Wrap is especially likely because it's the only atypical style AutoHotkey uses). Also try increasing the button's height.

If that doesn't fix it (and assuming it's still something to do with styles), comparing the style of a correct button with an incorrect one might provide insight. Perhaps Winspector Spy or a similar tool can report a button's styles in a more readable way than "ControlGet Style".

Hi,

thanks, -Wrap helps, is there a way to make it default?

Tekl

There is currently no way to do default styles, but it might go into a future version. You probably know that you can put your defaults into a variable to improve the maintainability of the script:

ButtonOptions = -Wrap Left
Gui, Add, Button, %ButtonOptions% Default, OK
Gui, Add, Button, %ButtonOptions%, Cancel

Hi Chris,

are the any plans to make -Wrap default? I have to add it to every control to avoid wrapping on skinned windows-systems.

_________________
Tekl

Changing the default would break existing scripts that rely on multi-line buttons. However, perhaps the default can be changed whenever the button's text doesn't contain any LF or CR characters. Does this affect only pushbuttons? Are GroupBoxes, radios, and checkboxes okay?

The "wrap" keyword adds the BS_MULTILINE style to a button, which I believe has been a standard style in Windows for nearly 15 years. Any skin or theme that doesn't work with it flawed (or there is an OS bug somewhere). I guess I'm expressing annoyance that AutoHotkey and other programs must add code to work around the bad behavior of other apps such as the shells you mentioned and the MS Word clipboard issue.

Hi,

then something other must go wrong in AHK, because it's the only program with these problems under those themes. I don't know how AHK calculates its sizes for controls, maybe adding 1 or 2 pixel to the calculated value could help. My question was not about a real default but more like a "SetGuiDefaultWrapping, Off", if it is possible.

_________________
Tekl

Are you saying that making the button explicitly wider solves the issue? You said earlier that the bug occurs no matter how wide you make the button; that is, even if there's lots of blank space on the left and right (the screenshots at the top support this).

Hi Chris, you're right, but I thougt there must be a second frame around the text only where the wrapping depends on.

_________________
Tekl

There does appear to be such a frame, but I don't know where it comes from (there is an EM_SETRECT for Edit controls, but I've found nothing similar for buttons).

By the way, I edited my post above while you were editing yours. I added: "...perhaps the default can be changed [to be "no wrap"] whenever the button's text doesn't contain any LF or CR characters. Does this affect only pushbuttons? Are GroupBoxes, radios, and checkboxes okay?"

Hi,

setting the default to no-wrap if there is no CR/LF is not so clever, because that's the sense of wrapping, not to use CR/LF.

The problem is also for Checkboxes ...

_________________
Tekl

Thanks. Scratch that idea . Maybe the following rule will work instead:

Turn off wrapping (by default) for each button that: 1) has no explicit width; 2) has no explicit height/rows (or specifies 1 or less for rows); 3) has no CR/LF in its text (testing shows that "wrap" is required for CR/LF to work properly).

If the above proves insufficient, I'll consider your other suggestion of having some kind of global option for it.

Then I imagine it affects radio buttons too. Does making the checkbox/radio explicitly wider fix the issue (unlike buttons)? Thanks for testing it.

Finally, perhaps you could send a bug report to the creators of this shell in case its something they can or should fix.

Hi,

I don't like such themes for myself and I don't want to kill my system again, so I can only tell what others say. It's not only with Flyakite OS X but also with some other thema-apps. One user reported me, that using the Font Microsoft Sans Serif instead of Verdana would fix it.



1. As it also happens with fixed widht-buttons, that's no solution
2. That's better. R1 should also not wrap if no CR/LF
3. Ok, CR/LF should always enable Wrap.

_________________
Tekl

Hi,

the user mailed me the link to the skin.

http://nontroppo.org/test/Op7/BreezeGUI.zip

It's very easy to use and also to remove, just two batch-files.

Changing the width of the checkboxes does help avoiding the wrap, but also -Wrap helps.

_________________
Tekl

Thanks for the new info and the skin. I'll see what can be done.