AutoHotkey Community

I copy this word nodivder from your doc. So it's your fault

I just got a chance to download and do a preliminary test of v2.2. It seems to do the trick. Thanks.

Minor bug (I think). The values for the width and height parameters of the Toolbar_SetButtonSize function appear to be transposed when used as values for the TB_SETBUTTONSIZE message. Toolbar_SetButtonSize(hToolbar,100,30) will give you very tall buttons instead of the expected very wide buttons. Toolbar_SetButtonSize(hToolbar,30,100) will give you very wide buttons.

Thank you for your consideration.

** v 2.21 **

! SetButtonSize bug fixed
+ SetDrawTextFlags added.

_________________

Thanks, maybe this new release fixes my Win98 problem

_________________
fincs
Highly recommended: AutoHotkey_L (see why) (all my code snippets require it)
Formal request to polyethene - I support the unity of the AutoHotkey community
Get SciTE4AutoHotkey v3.0.00 (Release Candidate)
[My project list]

Fat toolbar phenomenon.

Using the DropDown button style on any of the active toolbar buttons adds an additional 8 pixels of height to the entire toolbar. I've tried every trick in the book but there doesn't appear to be any way to get rid of the additional height until all buttons with the DropDown button style are removed from the list of active buttons. To see an example of this idiosyncrasy, just add the DropDown button style to one or more buttons on any of the examples that come with the Toolbar library. Depending on the script, you might need to add the Border style to the toolbar to see that height has increased.

8 pixels is not a huge deal but it makes the entire toolbar look fat. I looked a few utilities that I have that use a toolbar with dropdown buttons and none of them have this fat toolbar problem.

Thank you for your consideration. Any help would be appreciated.

deleted

_________________

Tried it. No good. My toolbar uses the LIST style.


This might work initially buy my toolbar is using multiple ILs with different icon sizes so the problem would show up any time changes to toolbar were made. I'll give a try/see anyway to see what happens.


I guess we're in the same boat. Thanks for taking a look at it. If you think of anything, make a noise.

Found the problem.



Comment autosize messages and it might be OK.
But, I don't know what scenarios I am refering here.... *** makes mental note to describe things more in the code ***

This doesn't solve the issue of invalid toolbar size with separators tho.

I actually used autosize messages on different places . Perhaps all should be removed with this problem in light. Search for 0x421 messages and remove them all except from AutoSize function.


EDIT:
Actually, after I removed AS messages, many samples didn't render correctly even _Simple.ahk. Will see more about it but this must be the problem ....

EDIT2
Actually, removing AS messages seems to do nothing about button size

In _Test.ahk something strange happens. Initially everything looks OK but GetButtonSize returns that height is 75 instead 67. Then when I add another button, it starts to show how it rly looks like and function still returns 75.

_________________

*** Version 2.31 ***

+ Added GetButtonSize
* Removed AutoSize messages in SetButtonWidth, SetButtonSize, SetMaxTextRows
+ Added AutoSize & GetButtonSize in _Test.ahk
+ Added CheckButton
+ Small docs and structure fixes


2jballi
I made some small changes and added new buttons in _Test.ahk that are needed to troubleshoot fat toolbar problem. I also removed AS messages from some places that might undo the changes. This might show some stuff that are unusual. For instance, if you do GetButtonSize and then SetButtonSize asap, nothing changes. However if you change only height part in what GBS returned, and use SBS to set it, both width & height will change.

_________________

Thanks for the update. This will keep me busy for a while.


Right. Adding the DropDown button style appears to increase the minimum height of the (all?) button(s) on the toolbar. You can make the toolbar buttons bigger but you can't make them smaller than the minimum size.

Did you try TB_SETMETRICS maybe to fix the visuals ?

Anyway, I kinda successfully restore what apperas to be normal if I use SetButtonSize after I add dropdown button and AutoSize afterwards.

1. Open _Test.ahk and press GBS. I get 59,75
2. Enter 60 and press SBS, then Autosize.
3. GBS now returns 66,68. Its little wider but not that fat

Interestingly, if you now use SetButtonWidth and use 60, it will restore height to 75....

_________________

My initial tests indicate that the TB_SETMETRICS message might provide some value but it might require some extra code because you can only remove button padding when at least one dropdown button is showing on the toolbar. If no dropdown buttons are showing, removing extra padding makes the buttons look very odd. I also discovered that you can't use the message any time. It can only be used after the toolbar has been created but before the image list has been assigned and/or before the buttons have been added. I'm not exactly what the sequence is yet.

Thanks for the tip. I'll see if it pans out.

Edit 20091213_2334: So far, so good. I'm doing it before I set/reset an IL to toolbar. I don't know where else it will work.

many thanks for this...its great!

_________________
QuickSubs | Popcorn Movie Db
All my scripts are just in AutoHotkey v1.0.48.05

Don't know if someone saw that, but in AutohotkeyU, only the first letter of the toolbar caption is shown. How to fix this?