Leaderboard

Latest update just released. See below for change log.

I think we all agree, even OP, that the more knowledge one has, the better. While it's not mandatory, the more knowledge you have, the more interesting things you can do and create on your own. Sure if someone else does it for you then it's easier, but it's not the same thing... "Knowledge makes you free" (Socrates)

I may have misunderstood your question or what you are actually trying to do, but if not... If the code that you are referring to is setting the data of a control in a GUI, then you don't need to do anything special other than making sure that the control's font can display the character/symbol/emoji. As you can see below, I have used 2 fonts that can display the speaker, Segoe UI Emoji and Segoe UI Symbol. Each font represents the same symbol a little differently, so which font you choose makes a difference. If the code you are referring to is setting the data of some other output, like a log file, then the same is true. You need to make sure that the special characters are displayed using an appropriate font. Example: #include <GUIConstantsEx.au3> ; Define form Global $Form1 = GUICreate("Form1", 196, 151, 402, 124) Global $Label1 = GUICtrlCreateLabel("", 72, 32, 36, 20) Global $Label2 = GUICtrlCreateLabel("", 72, 62, 36, 20) ; Set control fonts GUICtrlSetFont($Label1, 12, 400, 0, "Segoe UI Emoji") GUICtrlSetFont($Label2, 12, 400, 0, "Segoe UI Symbol") GUICtrlSetData($Label1, "🔊") GUICtrlSetData($Label2, "🔊") GUISetState(@SW_SHOW) Do Until GUIGetMsg() = $GUI_EVENT_CLOSE Displayed form: Edit: In regards to the question in your topic's title and the example script in your initial post: Even if ChrW()/AscW() would've worked, MsgBox() wouldn't have displayed the speaker symbol correctly. That's because MsgBox(), with default system fonts, does not use a font that will correctly display the speaker symbol.

Unless someone else has done it already. I'm also not saying that C/C++ is not of benefit to an AutoIt coder, of course it can be. It just isn't mandatory unless something you are doing with AutoIt requires it and no-one has provided a solution for you in the examples or UDFs, such that you need to come up with one yourself. I have never had to do such myself, though I have on the rare occasion looked at VB for a solution, where I then had to translate it for AutoIt. That happened when I was whipping up something to read/play CDs. I have also had to dabble with issues in the odd UDF, but never gone directly to C/C++ for a solution. That said, while I consider myself pretty good at getting the best out of AutoIt for my needs and wants, I would in no way consider myself a master programmer ... just too much I don't really know or understand. The closest I have gotten to wanting to know more than AutoIt, was a brief period where I felt like developing something for my phone, but after looking into it I gave up on the idea and decided I could live without the torture to my brain.

While AutoIt uses UCS2 (that is the Unicode BMP, the first 64k codepoints of Unicode), you can still use the full Unicode range. AutoIt string function won't all work correctly above UCS2, but Windows knows how to handle UTF16le. When you paste the 🔊 codepoint somewhere, Windows stores two 16-bit encoding units in UTF16le. In this case, the 16LE encoding forces to use a first 16-bit word (called a high surrogate) then a second word (the low surrogate) with the remaining bits of the codepoint value of the speaker glyph, 0x1F50A. You can do either way: paste the character with codepoint > 0xD800 in your source, or build a string containing the surrogate pair. The following code demonstrates this, where the function cw() is a Unicode-aware ConsoleWrite: Local $spk = "🔊" Local $UTF16le = ChrW(0xD83D) & ChrW(0xDD0A) ; high- then low-surrogates cw($spk) cw($UTF16le) MsgBox(0, "", $spk & @LF & $UTF16le) My console output (verbatim): +>Setting Hotkeys...--> Press Ctrl+Alt+Break to Restart or Ctrl+BREAK to Stop. 🔊 🔊 +>17:32:02 AutoIt3.exe ended.rc:0 +>17:32:02 AutoIt3Wrapper Finished. >Exit code: 0 Time: 17.24

so I followed the rabbit hole, ..found the WebView2 posting ... and I'm like "hmm, what about a JSON/HTTP/AutoIt with what we already have ?", and rehashed this code from a http server to open as "--app" in chrome. that other than the window itself, everything inside is HTML/CSS as a GUI, and IPC via JSON/AJAX to AutoIt. And yes, those default UDFs are DLL driven, ... WinAPI, ..but the regular AutoIt user need not know C++, just be ...creative ? ( my 2 cents, please don't hate me ) PS: I used jeasyui in PHP before but might as well serve the data from the above code.

Hello, I wrote a script to silently uninstall softwares. It works with a lot of softwares. In case of failure, the script runs the regular uninstallation. It's possible to add softwares to a blacklist, to delete an entry in the registry (with right click), to export the list to a txt file. A log file is generated in the same folder of BAO-remover. It's the first release, so if you see some bugs, please post here with details! You can translate in other languages with the attach file lang.ini Thank you for your comments. BAO-Remover (sources).zip

@Fred93 There are some settings that you need to change in order to launch multiple instances of the webdriver / browser. I suggest that you review this prior thread.

Welcome to the AutoIt forum. Unfortunately you appear to have missed the Forum rules on your way in. Please read them now - particularly the bit about not discussing game automation - and then you will understand why you will get no help and this thread will now be locked. See you soon with a legitimate question I hope. The Moderation team