Leaderboard

WildByDesign, ; System aware DPI awareness DllCall("User32.dll", "bool", "SetProcessDPIAware") ; Per-monitor V2 DPI awareness ;DllCall("User32.dll", "bool", "SetProcessDpiAwarenessContext" , "HWND", "DPI_AWARENESS_CONTEXT" -4) I didn't even know that dll call existed before you showed me. Gonna add this to the code for sure, thanks for letting me know! BTW, about the design (spoiler alert), it's getting an update: and you're the first to get to see it :p updated code (and credits to you) coming soon!

Am famous so I hide my identity just like Clark Kent but it should not matter. In my case I hide my identity by removing the reading glasses

It may be the largest function in your UDF, but you figured out a more logical and more efficient way of obtaining the sharpest icons than Microsoft has done. I lost some hours of sleep just trying to make sense of it. I still don't fully understand much of the Appx/UWP stuff. It's such a mess. This is absolutely brilliant, by the way. It makes perfect sense and the best solution for DPI scaling. Coding for DPI scaling is not fun. Anyway, I have tested 2.9.5 thoroughly and I have no issues. The icons are all sharp under all of the different scaling factors that I have tested. You did an awesome job making sense out of this icon retrieving madness. Cheers!

@WildByDesign Yeah, its a littlebit obscure, whats happening there... windows (especially the registry) is such a mess... no clean single solution, but instead a lot of random stuff mixed together that came to be over time... I now take the file I get from _WinAPI_LoadIndirectString and read all files with the same name but a different number, sort them by size and pick the first one, that is equal or greater then the wanted iconsize (downscaling is normally better then upscaling). Man, it shows how messy windows is, if the code to retrieve the icon for a file is the second largest function in my code...

Good idea! Added to the todo list Thanks argumentum. EDIT:

I really like this. I love simplicity. It also has a nice, soothing design. Personally, I would use this for a To Do list and things like that. I didn't test it much (yet), but I saw bullet points which is good. Checkboxes might be an idea for things like To Do lists. One main suggestion: It really needs support for DPI scaling. I added it while testing the uncompiled script on my system and it looks fabulous with the DPI scaling. You can add the following just after your includes (or at least before GUI creation): ; System aware DPI awareness DllCall("User32.dll", "bool", "SetProcessDPIAware") ; Per-monitor V2 DPI awareness ;DllCall("User32.dll", "bool", "SetProcessDpiAwarenessContext" , "HWND", "DPI_AWARENESS_CONTEXT" -4) You can comment out the first one (system aware) and uncomment the second one if you want per-monitor DPI aware, but that can be more complicated.

Hmm.. That trick would be annoying fast with the kind of glasses I wear (wearing contacts) but okay!

In fact WM_NOTIFY.au3 is not needed for _GUICtrlComboAutoComplete. Only WM_COMMAND is required and only $CBN_EDITCHANGE is to be intercepted. The example is way too complicated for absolutely no reason. You could simplify the winproc as this : Func WM_COMMAND($hWnd, $iMsg, $wParam, $lParam) If _WinAPI_GetClassName($lParam) = "ComboBox" And _WinAPI_HiWord($wParam) = $CBN_EDITCHANGE Then _GUICtrlComboBox_AutoComplete($lParam) Return $GUI_RUNDEFMSG EndFunc ;==>WM_COMMAND

The subject has been discussed here. A ticket has been created as well.

_GUICtrlComboAutoComplete ?

@kctvt : Perhaps the following is already sufficient for your purposes : Most websites (Google, for example) have a date/time header in their responses. You can just ping them to get the current time. Global $iError = 0, $oErrorChk = ObjEvent("AutoIt.Error", "ObjErrChk") Global $sDateTime = GetDateTimeFromNet() If @error Then MsgBox(BitOR(4096, 16), "Message : ", "An error has occurred : " & @error & @CRLF) Else MsgBox(BitOR(4096, 64), "Date / Time : ", $sDateTime & @CRLF) EndIf Func GetDateTimeFromNet($bProxy = False, $sProxy = "", $sURL = "http://www.google.com/") Local $oHTTP = ObjCreate("winhttp.winhttprequest.5.1") If $iError Then Return SetError(1, 0, 0) If $bProxy Then $oHttp.SetProxy(2, $sProxy) $oHTTP.Open("GET", $sURL, False) $oHTTP.Send() If $iError Then Return SetError(2, 0, 0) Local $sDT = $oHTTP.GetResponseHeader("Date") $oHTTP = Null Return($sDT) EndFunc Func ObjErrChk() $iError += 1 MsgBox(BitOR(4096, 16), "COM-Error : ", _ $oErrorChk.scriptline & @CRLF & _ $oErrorChk.windescription & @CRLF & _ $oErrorChk.number & " | " & Hex($oErrorChk.number) & @CRLF) EndFunc

pcjunki, Use $WS_VSCROLL in place of $CBS_AUTOHSCROLL. M23 Edit: And I came up with the same answer again!

carlosrapa, Here you go - a bit of an improvement: #include <GUIConstantsEx.au3> #include <GUIComboBox.au3> $hGUI = GUICreate("Test", 500, 500) ; Create combo empty $cmbBranch = GUICtrlCreateCombo("", 170, 40, 160, 25) ; Now add data GUICtrlSetData(-1, "000 - St. Louis/HQ|002 - East Peoria|003 - Sikeston|004 - Decatur|005 - Columbia|006 - LaSalle|008 - Mt. Vernon|009 - Hannibal|011 - CAT/East Peoria|012 - CAT/Mossville|014 - CAT/Joliet|016 - CAT/Aurora|017 - CAT/Decatur|031 - Memphis|033 - Tupelo|034 - Jackson|035 - Jonesboro|037 - Little Rock|038 - Springdale|039 - Ft. Smith|040 - Kansas City|041 - Springfield|042 - Joplin|043 - Wichita|044 - St. Joseph|060 - Indianapolis|061 - Ft. Wayne|062 - Lafayette|063 - Muncie|065 - Terre Haute|069 - Columbus|Feitek|Global") ; Now set the edit text - this way it is not one of the possible selections _GUICtrlComboBox_SetEditText($cmbBranch, "Please Select Your Branch") ; And now limit the number of items to show to 15 GUICtrlSendMsg($cmbBranch, $CB_SETMINVISIBLE, 15, 0) GUISetState() While 1 Switch GUIGetMsg() Case $GUI_EVENT_CLOSE Exit EndSwitch WEndNote that $CB_SETMINVISIBLE actually sets the MAX visible - blame Bill Gates, not me! Please ask if you have any questions. M23