Context Navigation

Timeline

8:57 AM Ticket #3940 (_GUICtrlTab_GetItemText does not work in V3.3.16.1) updated by anonymous: […] It is a Active Directory User Window, where the Tab Object must be selected. The Code apply to a German language of active directory tab. The Result of GetItemText is is ever -1 no matter which tabname i choose. many thanks.
8:45 AM Ticket #3940 (_GUICtrlTab_GetItemText does not work in V3.3.16.1) updated by J-Paul Mesnage: Please provide a replication script Just follow the way a ticket must be written Thanks
8:41 AM Ticket #3940 (_GUICtrlTab_GetItemText does not work in V3.3.16.1) created by anonymous: Can't get Tabtext Select tabs by id works, but not by name

10:32 PM Ticket #119 (GuiCtrlGet*) updated by TimRude: I know this suggestion was rejected long ago, but please consider this as possibly a valid reason for needing GUICtrlGet... (and GUIGet...) functions: Suppose you're writing a UDF that will be used as an #include function. As such you don't know what settings the user may have specified for BkColor, Color, Cursor, or Font while defining their GUI and its controls, and the functionality of your UDF may depend on knowing these settings. For example, consider a function that converts an .ico or .png into a bitmap for loading into a Pic control. Your function needs to know the BkColor of the GUI in order to know what to do with the transparent parts of the image. And it needs to know it before the GUI is shown (i.e. before querying the DC is useful). Without a GetBkColor function, you're stuck with having to make the user pass the BkColor as a parameter to your UDF. But maybe the user didn't set a specific BkColor for their GUI or controls. In that case the user would have figure out how to do something like _WinAPI_GetSysColor($COLOR_BTNFACE) to determine what the default BkColor is to then pass it to the UDF. Wouldn't it be better if the UDF could just use a GetBkColor call to find this info on its own?