Sign in to follow this  
Followers 0
Melba23

"Unregister" GUIRegisterMsg

4 posts in this topic

Good morning,

I am successfully using GUIRegisterMsg($WM_NOTIFY, "MY_WM_NOTIFY") in part of my script, but as it is only needed for a very small portion which is not called very often, I wondered whether it would be good practice to "unregister" the function when it is not being used.

The Help file and the forums do not seem to indicate that there would be a problem, but I thought I would ask anyway.

If "unregistering" is a good idea, the next question is pretty easy: how do you do it? The obvious solution would be GUIRegisterMsg($WM_NOTIFY, "").

Thanks in advance for any advice,

M23


Any of my own code posted anywhere on the forum is available for use by others without any restriction of any kind._______My UDFs:

Spoiler

ArrayMultiColSort ---- Sort arrays on multiple columns
ChooseFileFolder ---- Single and multiple selections from specified path treeview listing
Date_Time_Convert -- Easily convert date/time formats, including the language used
ExtMsgBox --------- A highly customisable replacement for MsgBox
GUIExtender -------- Extend and retract multiple sections within a GUI
GUIFrame ---------- Subdivide GUIs into many adjustable frames
GUIListViewEx ------- Insert, delete, move, drag, sort, edit and colour ListView items
GUITreeViewEx ------ Check/clear parent and child checkboxes in a TreeView
Marquee ----------- Scrolling tickertape GUIs
NoFocusLines ------- Remove the dotted focus lines from buttons, sliders, radios and checkboxes
Notify ------------- Small notifications on the edge of the display
Scrollbars ----------Automatically sized scrollbars with a single command
StringSize ---------- Automatically size controls to fit text
Toast -------------- Small GUIs which pop out of the notification area

 

Share this post


Link to post
Share on other sites



Good morning,

I am successfully using GUIRegisterMsg($WM_NOTIFY, "MY_WM_NOTIFY") in part of my script, but as it is only needed for a very small portion which is not called very often, I wondered whether it would be good practice to "unregister" the function when it is not being used.

The Help file and the forums do not seem to indicate that there would be a problem, but I thought I would ask anyway.

If "unregistering" is a good idea, the next question is pretty easy: how do you do it? The obvious solution would be GUIRegisterMsg($WM_NOTIFY, "").

Thanks in advance for any advice,

M23

That really depends on the design flow of your project. You are the scripter that has to determine whether it's best to keep it only registered for the specific situations you want.

Common sense plays a role in the basics of understanding AutoIt... If you're lacking in that, do us all a favor, and step away from the computer.

Share this post


Link to post
Share on other sites

Yes, unregistering done this way but if this function get called more or less.. still, I don't see a good reason to take care of unregistring it if you handle the event properly.

Share this post


Link to post
Share on other sites

Thank you both for replying so promptly,

As the event is (I hope :-) ) properly handled, I think I will leave the function registered - it could be called more then once while the script is running and I do not want to get into a multiple "register/unregister" situation.

And I am pleasantly surprised that my guess at the "unregistering" syntax was correct - it does normally work like that!

M23


Any of my own code posted anywhere on the forum is available for use by others without any restriction of any kind._______My UDFs:

Spoiler

ArrayMultiColSort ---- Sort arrays on multiple columns
ChooseFileFolder ---- Single and multiple selections from specified path treeview listing
Date_Time_Convert -- Easily convert date/time formats, including the language used
ExtMsgBox --------- A highly customisable replacement for MsgBox
GUIExtender -------- Extend and retract multiple sections within a GUI
GUIFrame ---------- Subdivide GUIs into many adjustable frames
GUIListViewEx ------- Insert, delete, move, drag, sort, edit and colour ListView items
GUITreeViewEx ------ Check/clear parent and child checkboxes in a TreeView
Marquee ----------- Scrolling tickertape GUIs
NoFocusLines ------- Remove the dotted focus lines from buttons, sliders, radios and checkboxes
Notify ------------- Small notifications on the edge of the display
Scrollbars ----------Automatically sized scrollbars with a single command
StringSize ---------- Automatically size controls to fit text
Toast -------------- Small GUIs which pop out of the notification area

 

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now
Sign in to follow this  
Followers 0