AutoHotkey Community

NOTE: Latest Attach is in the Formsframework.

A t t a c h
Determines how a control is resized with its parent.



Download          Documentation




Thread Highglihts

• Difference between Anchor and Attach

_________________

Cool

Thank you very much

_________________
AHK_H (2alpha) AHF TT _Struct WatchDir Yaml _Input ObjTree RapidHotkey DynaRun

Hi majkinetor,

That looks interesting. What are the advantages over Anchor()?

regards
toralf

Hey mate, good to see you again here.


- It can correctly reset , which was one of the reasons to do it.
- It can work with container controls so it allows for kind of multidimensional anchoring. When I release Panel control you will be able to use this function to attach controls inside it.
- It has p parameter for proportional following.
- It has delayed redrawing (r2).
- Its faster, especially with larger number of controls as it always sets things in 1 function call, it cashes dll call entry points, use "assume static" instead NumGet/Put for storage etc...
- You can enable/disable function for control. This can be used, for instance, for invisible controls so they are not being attached while in hidden state.
- Different modules can use it simultaneously as it doesn't require GuiSize to be set.
- Designed for highly dynamic window scenarios in mind.

- On the minus side, you can't feed controls AHK names, only handles are supported (intentiously tho, I mostly don't use control names as they are global)

_________________

majkinetor is on a coding spree!

I am actually polishing my previuosly unreleased work, inspired by recent AHK changes made mostly by Lexikos.

Expect many more goodies soon.

_________________

Looks like another winner. Thanks.

Small bug with reseting of disabled hidden controls fixed.
Please re-download.

_________________

F*ing A!!

I can't wait!  

_________________
.o0[ corey ]0o.

*** version 1.01 ***
! Fix for reset on non-triggered WM_SIZE on Gui, Show when it was preceded by Gui, Show, Hide without autosize.


This fix is required when using controls that require window dimensions to be set in advance (Toolbar, Rebar..) or in any other scenario that requires that, and you later showed the window using simply Gui, Show without using Autosize. Example:



This code first creates Gui , then adds controls, then calls the function that allign controls to the window (so it reqiures to know window size) then it shows the Gui without autosize.

Unless you specify autosize, last Gui, Show never triggers WM_SIZE message (and consequently, Attach fails to initialize window size)

This is not the problem unless you immediately reset Gui without changing the placement of the window (rare situation, but again, bug). If you resizesd window previously it would work. So above code would scramble controls if you pressed F1 on startup.

_________________

*** version 1.02 ***
! Resetting before adding any control would make function unusable.

_________________

*** version 1.04 ****
+ "-" can now be used in attach definition string to set-up control as initially disabled.
* "p" now doesn't have to be used as the first option.
! Bugfix for container controls. "Attach_" can be used now as WM_SIZE handler for any control that need to attach its children.
! Small bugfix with reseting.

_________________

wow, I want to know when you release Panel control. I long for it all the time.

The control is already developed. I'll release it when I finish all the tests I have in mind (which is quite a lot, so it will take some time).

_________________

Pardon my ignorance, but I've been trying a while and I'm not the best at this sort of thing.

I'm trying to use this to Attach an emeded Firefox. I'm looking to replace what I used to use: Anchor("AtlAxWin1", "wh").



I've tried to get the HWND of the embedded Firefox using:


... Etc. Like I said, pardon my ignorance.

Thank you for your time.