Jump to content

argumentum

MVPs
  • Posts

    5,477
  • Joined

  • Last visited

  • Days Won

    182

argumentum last won the day on January 5

argumentum had the most liked content!

About argumentum

Profile Information

  • Member Title
    ✨Universalist ✨
  • Location
    I'm in your browser now =)
  • WWW
    https://www.youtube.com/watch?v=SjwX-zMRxO0&t=5s
  • Interests
    Relax

Recent Profile Visitors

14,127 profile views

argumentum's Achievements

  1. I know you know is not the code. The Devs need a test bed to test their code. Running your code will show them where their code fails.
  2. As you posted, all we all can say is "oh wow". To troubleshoot code, the code should be available as text, not a picture of a chunk. I don't even have PowerPoint installed not ever used, so not much help from me. If you present a simple short script that shows the trouble that can be replicated, then there is going to be a better chance to attend to it.
  3. ..since we're talking about it, the reason I don't use SciTE v5 is the autocomplete. If that could be changed in a LUA file ( or somewhere ) to behave like in v4, I'd give it a go.
  4. That !, is exactly what I was looking for. I copy and paste until functional but, not necessarily "correct". Thanks for correcting the code
  5. #include <WinAPIMisc.au3> #include <ApiErrorsConstants.au3> Exit ConsoleWrite(@CRLF & _GetWindowsNotepadPath() & @CRLF & @CRLF) Func _GetWindowsNotepadPath() Local $asPackageNames = _WinAPI_GetPackagesByPackageFamily("Microsoft.WindowsNotepad_8wekyb3d8bbwe") If @error Then Return SetError(1, 0, @WindowsDir & "\notepad.exe") Local $sPathByFullName = _WinAPI_GetPackagePathByFullName($asPackageNames[1]) If @error Then Return SetError(2, 0, @WindowsDir & "\notepad.exe") Return $sPathByFullName & "\Notepad\notepad.exe" EndFunc ;==>_GetWindowsNotepadPath Func _WinAPI_GetPackagesByPackageFamily($sFamilyName) Local $aCall = DllCall("kernel32.dll", "long", "GetPackagesByPackageFamily", "wstr", $sFamilyName, "uint*", 0, "ptr", 0, "uint*", 0, "ptr", 0) If @error Or ($aCall[0] <> $ERROR_INSUFFICIENT_BUFFER) Then Return SetError(1) ;Bad call or unexpected error Local $iCount = $aCall[2], $iBuffSize = $aCall[4] If (Not $iCount) Or (Not $iBuffSize) Then Return SetError(2) ;No retrievable data Local $tNameLocations = DllStructCreate("ptr Address[" & $iCount & "]") Local $tBuffer = DllStructCreate("wchar[" & $iBuffSize & "]") $aCall = DllCall("kernel32.dll", "long", "GetPackagesByPackageFamily", _ "wstr", $sFamilyName, "uint*", $iCount, "struct*", $tNameLocations, "uint*", $iBuffSize, "struct*", $tBuffer) If @error Or $aCall[0] Then Return SetError(3) ;Bad Call of $aCall[0] <> ERROR_SUCCESS Local $asNames[$iCount + 1] = [$iCount], $tPackageName, $iNameLen, $pNameAddress For $i = 1 To $iCount $pNameAddress = $tNameLocations.Address(($i)) $iNameLen = _WinAPI_StringLenW($pNameAddress) $tPackageName = DllStructCreate("wchar Name[" & $iNameLen & "]", $pNameAddress) $asNames[$i] = $tPackageName.Name Next Return $asNames EndFunc ;==>_WinAPI_GetPackagesByPackageFamily Func _WinAPI_GetPackagePathByFullName($sPackageName) Local $aCall = DllCall("kernel32.dll", "long", "GetPackagePathByFullName", "wstr", $sPackageName, "uint*", 0, "ptr", 0) If @error Or ($aCall[0] <> $ERROR_INSUFFICIENT_BUFFER) Then Return SetError(1) Local $iBuffSize = $aCall[2] If Not $iBuffSize Then Return SetError(2) ;No retrievable data Local $tPath = DllStructCreate("wchar Path[" & $iBuffSize & "]") $aCall = DllCall("kernel32.dll", "long", "GetPackagePathByFullName", "wstr", $sPackageName, "uint*", $iBuffSize, "struct*", $tPath) If @error Or $aCall[0] Then Return SetError(3) Return $tPath.Path EndFunc ;==>_WinAPI_GetPackagePathByFullName Maybe it should be 2 functions, one for GetPackagesByPackageFamily and one for GetPackagePathByFullName ?. In any case, I don't see a reason to separate them. What would be the use 🤔 Thanks to @MattyD we now have proper code With this you can get the path to: "Microsoft.WindowsNotepad_8wekyb3d8bbwe" or "Microsoft.WindowsTerminal_8wekyb3d8bbwe" or anything else from the windows store. If you feel this should be different, say it. Am not a magician ( well, maybe flowers out of a stick but that's unrelated to the topic ).
  6. 8k can easily use 500%. Thinking of after 200% "screw you buddy", ain't nice. As long as odd percentages look good ( 125% & 175% ) in your monitor, it should look the same in greater scaling like 225% All tho, if you could get yourself a 4k monitor ( they are quite inexpensive nowadays compared to some years ago ) it would be good.
  7. AI say that it does not need releasing/clean up, because the shell/OS takes care of it.
  8. While True Switch GUIGetMsg() Case $GUI_EVENT_CLOSE ExitLoop EndSwitch WEnd $oIObjectCollection.GetCount($iCount) ConsoleWrite("returned " & $iCount & @CRLF) $oIObjectCollection.Release() $oIObjectCollection.GetCount($iCount) ConsoleWrite("returned " & $iCount & @CRLF) I don't think that does it.
  9. ...all you need is an 8k monitor. If the wife ask about the expense, you say "honey: was for science", and she'll say "ok, that makes sense" and you'll be off the hook
  10. ... Local $tagICustomDestinationList = _ "SetAppID hresult(wstr);" & _ "BeginList hresult(uint*;clsid;ptr*);" & _ "AppendCategory hresult(wstr;ptr);" & _ "AppendKnownCategory hresult(int);" & _ "AddUserTasks hresult(ptr);" & _ "CommitList hresult();" & _ "AbortList hresult();" & _ "DeleteList hresult(wstr);" & _ "GetRemovedDestinations hresult(clsid;ptr*);" ... hope this is good. I hope it is correct close to it. 😅
  11. Auto hotkey have a v1 and a v2 of their versions that may give you a heads up ? ;~ https://github.com/gedoor/ahkLauncher/blob/main/lib/ICustomDestinationList.ahk ;~ https://github.com/Ixiko/AHK-libs-and-classes-collection/blob/master/libs/g-n/JumpList.ahk Neither can I. But I'll wait right here for working code
  12. You can do TCP with AutoIt. You can do many things with AutoIt, but a video player is not. So, what are you up to ?. You could not help the one asking for help by just what is written. Read what the OP posted ( yourself ) and explain what he needs. You can't.
  13. Retrieves the position and size of a control relative to its parent its main window @jpm, calling the main window "the parent" is going to be brought up in the future, since there can be many child windows that each have it's own parent. We should call the "main window", just that: main window.
  14. is it a bird ?, is it an airplane ?, ..no, is superman ! Is it a window ?, is it a canvas ?, ..no, it's a form ! We call it a GUI but is a form and inside that form we do what we do. Am not familiar enough to make a writeup about it nor can find a reference link with an explanation of how M$ windows calls each component 🤷‍♂️ If any of you find such reference, please post it here. I'd like to know what is called what and how it works so that I can have a good notion of how a form/gui works Actually, I'd like to communicate in a way that is explicit and without a common ground of how to call stuff in a GUI..., is unsettling for me Thanks
×
×
  • Create New...