Leaderboard
Popular Content
Showing content with the highest reputation on 02/24/2015 in all areas
-
czardas, My monitor says that it is 60hz - but what is a "hurt" between friends? M232 points
-
AutoIt GUI Creators (Designers)
nguyentoannta3 reacted to TheSaint for a topic
As many of you may not be aware, of much about AutoIt's humble beginnings, and aspects related to the first GUI version of AutoIt, I thought it might be nice to create a historical reference here for all the many GUI creators that have been created by various people over the years. NOTE - While one could argue, that this topic might be better placed in one of the Chat forums, I would argue, that it links to heaps of good code. While much may be redundant in that code, it is still interesting and forms a great perspective. Many are bound to find useful elements at the very least. Koda, is no doubt the most well-known GUI creator now, but there was a time, when CyberSlug's legendary GUIBuilder (first known as AutoBuilder) ruled the roost, and AutoIt coder's saw it as a Godsend. AutoIt coding was much simpler back then of course. Below, will be a timeline, of any AutoIt GUI creators listed in forum pages. It will be added to by myself as I find them or as others here find them and place a link in a subsequent post ... PLEASE HELP! Comments welcome too. (Also note, that this is also intended to include updates, branches etc by others) Apr 20 2004 - AutoBuilder by CyberSlug. Sep 27 2004 - An interesting topic, where CyberSlug talks about the future of AutoBuilder (etc) and renaming to GUIBuilder and you see the first mentions and links to updates by others (including myself & livewire). Nov 05 2004 - A topic where lookfar is working on a SciTE replacement, talks about starting a Form Designer. Aug 10 2005 - GuiBuilder first update by TheSaint. Sep 26 2005 - GUIBuilder updates by livewire (he also talks about transferring his efforts to Koda). Nov 02 2005 - KODA FormDesigner v1.3 by lookfar Nov 03 2005 - Seemingly interesting topic about forms by tonedeaf Dec 26 2005 - AutoIt Studio(beta) by BillLuvsU Jan 09 2006 - AutoBuilder update (or branch) by _^__darkbytez (livewire also posts). Feb 19 2006 - Koda v1.5 by lookfar Sep 07 2006 - Koda v1.7.3.0 by Lazycat Jan 07 2007 - Form/GUI Builder by FlintBrenick Jun 10 2007 - Gorganizer by _Kurt (more of an assister than actual GUI maker) Jun 27 2007 - Basic GUI Designer by Mast3rpyr0 May 03 2008 - Autoit Programmer's Desktop (APD) by Ealric Jul 11 2008 - Gui Designer by Alek Aug 11 2008 - Gorganizer update by _Kurt Jun 19 2009 - Easy GUI by Mat Aug 13 2009 - GUI Script Creator by Pandemic (not sure this qualifies, but it made me think of templates) Aug 16 2010 - Creation Gui by AZJIO Jan 22 2012 - ISN AutoIt Studio by ISI360 (includes ISN Form Studio 2, a GUI editor) Mar 19 2012 - Arduino GUI Programmer by nikosliapis (creates a specific type of GUI) Aug 01 2012 - GuiBuilder Resurrected update/branch to GUIBuilder by baroquebob Dec 01 2012 - Form Builder beta (v1.0.6) by BuckMaster Jan 12 2015 - GUIBuilderNxt update by jaberwacky of GUIBuilder v0.8 (as a new prototype, modified to work with latest AutoIt) (not a update to the Resurrected version) Aug 12 2016 - The GuiBuilder Return by DFerrato as an update to GUIBuilder, Jan 17 2017 - GUIBuilder Project by TheSaint (a work in progress based on CyberSlug's original ... and later versions, updated by Roy, TheSaint & others). May 29 2019 - The GuiBuilder Return by DFerrato as an update to GUIBuilder, His new and improved version. May 9 2022 - GuiBuilderPlus by kurtykurtyboy as an update to GUIBuilder. A new an improved version with more to come. There are a significant number of creators/designers that have been started and never completed. +++++ STILL UNDER CONSTRUCTION +++++ P.S. Well that's it from me tonight. I know of at least one other major creator, but cannot recall it's name or the name of the coder, though I think it starts with 'L'. Bound to be a few I've missed, and some I cannot seem to find their first appearance here (Koda, Form Builder, etc), but there may be an obvious reason for that. Will probably rely on feedback from others now that I've got the ball rolling. NOTE - If anyone wants to discuss any of these programs above or give some background history, then by all means do so. I will cross-reference (link to) any important comments.1 point -
1 point
-
stuff that may help more than the scriptname $Clock = TimerInit() For $i = 1 to 3 _mbox ("Test Message String on line " & @ScriptLineNumber & " loop number " & $i) _mbox ("Test Message String on line " & @ScriptLineNumber & " loop number " & $i) _mbox ("Test Message String on line " & @ScriptLineNumber & " loop number " & $i) Next Func _mbox($msg) msgbox(0, TimerDiff($Clock) & " Function on line " & @ScriptLineNumber , $msg) EndFunc1 point
-
Yes, the last one, and everything after that is the filename, whether is has dots, and with or without extension. Same horse, different jockey.1 point
-
@The Saint - Apologies, I was a little short last night. The point was to demonstrate to the OP that the "++" was not a problem, like... #include <GUIConstantsEx.au3> #include <StaticConstants.au3> #include <array.au3> #include <GuiComboBox.au3> #AutoIt3Wrapper_Add_Constants=n local $aEditors = IniReadSection(@scriptdir & '\test.ini',"editors") local $gui010 = guicreate('Ini Run Editor Test',200,130) local $lbl010 = guictrlcreatelabel('Choose Which Editor To Start',20,15,200,20) local $inp010 = guictrlcreatecombo('',20,35,100,20) local $btn010 = guictrlcreatebutton('',20,100,160,20) guisetstate() for $1 = 1 to ubound($aEditors) - 1 guictrlsetdata($inp010,$aEditors[$1][0]) next _GUICtrlComboBox_SetCurSel($inp010,0) guictrlsetdata($btn010,'Run ' & guictrlread($inp010)) while 1 switch guigetmsg() case $gui_event_close Exit case $inp010 guictrlsetdata($btn010,'Run ' & guictrlread($inp010)) case $btn010 run(iniread(@scriptdir & '\test.ini','editors',guictrlread($inp010),'')) EndSwitch WEnd #cs The ini file looks like this [editors] notepad++=C:\Program Files (x86)\Notepad++\notepad++.exe notepad=c:\windows\notepad.exe #ce kylomas1 point
-
_MsgBox("Hello There World") Func _MsgBox($msg, $title = StringMid(@ScriptName, StringInStr(@ScriptName, "\", 0, -1) + 1), $flag = 0) Return MsgBox($flag, $title, $msg) EndFunc1 point
-
yes, but you can compile it, remove the .exe extension and run it from another script by the run() function....1 point
-
If you are going to use something like this you should make the other parameters optional. _MsgBox("Hello") _MsgBox("Hello", "Title") _MsgBox("Hello", "Title", 4096) Func _MsgBox($msg, $title = StringSplit(@ScriptName,".")[1], $flag = 0) Return MsgBox($flag, $title, $msg) EndFunc1 point
-
All Functions should have a "Return" Return MsgBox(0, StringSplit(@ScriptName,".")[1], $msg)1 point
-
@scriptlinenumber or a timerdiff or just about anything else would be more useful than the script name as the hard coded title, imho. and i believe he means that you can't call it a "msgbox alternative", because it uses msgbox. It is more a thread discussing your "msgbox presets".1 point
-
What's happen if there is several points in the script name ?1 point
-
What is the advantage compared to MsgBox?1 point
-
MsgBox(0, StringSplit(@ScriptName,".")[1], "Hello")1 point
-
When you are talking about columns, rows or cells the starting point is the Ranges object in MSDN (Excel 2010). The list of enumerations starts here (Excel 2010). In your case use: Global Const $xlRight = -4152 $oAppl.ActiveSheet.Columns("G:H").HorizontalAlignment = $xlRight1 point
-
Hi all, New Beta SciTEConfig now in the repository ready to download and I have pointed readers to the SciTE4AutoIt3 Help file for the manager utility in the Wiki tutorial. M231 point
-
GuiBuilderNxt - Reboot [08/18/2016]
jaberwacky reacted to TheSaint for a topic
No, I believe it should show "My Awesome Button" as well, just the handle ($variable name) for the button should be incremented. When you copy, it should be copied. Still, you could make an option to do otherwise if a user preferred ... personally i wouldn't bother.1 point -
kcvinu, Remember that the Manager utility will fill in the function syntax automatically even if there is no header - and it prompts the user to add a suitable description for each function found if one is not present. So it is not hugely difficult to add suitable calltips yourself even if the UDF authors do not provide a "standard" header - although I agree that such headers are very useful and add them to all my UDFs. M231 point
-
kcvinu, Glad to hear it. M231 point
-
Thanks guys, I'm going to test this now. Much appriciated! I'm a heavy forum user, So I know how to setup first posts, luckily! Nothing more annoying than "Help... It won't work" style posts1 point
-
Try this: Run('"C:\Program Files (x86)\Notepad++\notepad++.exe"')1 point
-
Detect if button has been clicked on external GUI or software?
antonioj84 reacted to johnmcloud for a topic
Happy now? ; Originally made by MrCreatoR - Updated by Johnmcloud 2015 #include <WinAPI.au3> #include <Misc.au3> HotKeySet("{ESC}","_Exit") Global $hWindow, $iCtrlID, $sWinClass, $sResult, $fToolTip = False Global $hUser32_Dll = DllOpen("user32.dll") Run("calc.exe") WinWait("[CLASS:CalcFrame]") While 1 If _IsPressed("0D", $hUser32_Dll) Then While _IsPressed("0D", $hUser32_Dll) ;Waiting until the button is released Sleep(10) WEnd If WinActive("[CLASS:CalcFrame]") And Not $fToolTip Then $sResult = WinGetText($hWindow) ToolTip("The result has been calculated: " & $sResult, Default, Default, "Calc Info", 1, 5) $fToolTip = True ElseIf $fToolTip Then ToolTip("") $fToolTip = False EndIf EndIf If _IsPressed("01", $hUser32_Dll) Then While _IsPressed("01", $hUser32_Dll) ;Waiting until the button is released Sleep(10) WEnd $hWindow = _WinGetHoveredHandle() $iCtrlID = _ControlGetHoveredID() $sWinClass = _WinAPI_GetClassName($hWindow) If $sWinClass = "CalcFrame" And $iCtrlID = 121 And Not $fToolTip Then $sResult = WinGetText($hWindow) ToolTip("The result has been calculated: " & $sResult, Default, Default, "Calc Info", 1, 5) $fToolTip = True ElseIf $fToolTip Then ToolTip("") $fToolTip = False EndIf EndIf Sleep(10) WEnd Func _ControlGetHoveredID() Local $iOld_Opt_MCM = Opt("MouseCoordMode", 1) Local $hRet = DllCall("user32.dll", "int", "WindowFromPoint", "long", MouseGetPos(0), "long", MouseGetPos(1)) $hRet = DllCall("user32.dll", "int", "GetDlgCtrlID", "hwnd", $hRet[0]) If $hRet[0] < 0 Then $hRet[0] = 0 Opt("MouseCoordMode", $iOld_Opt_MCM) Return $hRet[0] EndFunc Func _WinGetHoveredHandle() Local $iOld_Opt_MCM = Opt("MouseCoordMode", 1) Local $aRet = DllCall("user32.dll", "int", "WindowFromPoint", "long", MouseGetPos(0), "long", MouseGetPos(1)) Opt("MouseCoordMode", $iOld_Opt_MCM) $aRet = DllCall("User32.dll", "hwnd", "GetAncestor", "hwnd", $aRet[0], "uint", 2) ;$GA_ROOT Return HWnd($aRet[0]) EndFunc Func _Exit() DllClose($hUser32_Dll) Exit EndFunc Edit your post and use the CODE tags, that cool button with the symbol of Autoit, under the Smiley1 point -
I don't mean to hijack this thread, but I didn't know that was possible (never really needed it) but decided to try it too. Doesn't work for me either. Walked through the walkthrough behind that link, used the special tool, everything looked fine, but autocomplete and function help didn't work. Function itself works fine if I include my new library. Then checked all the manual steps, calltips and UserUdfs and such, all looked fine. Even after multiple restarts... Am I probably missing something simple (which may also help kcvinu) or should I start a new thread including my test code?1 point
-
When told by other members that a topic is not permitted here, it is not a good idea to open a another just missing the game word. As you seem to treat our Forum rules with complete contempt, we shall do the same to you - your account is banned. And starting your first thread as follows: First off, I have forgotten all I once knew about this program and I have no intention on re-learning anything and I'm a bit irritated right now and don't read wiki's too well makes me think you would not have fitted in too well anyway. M231 point
-
SmOke_N, Well, well, well. We learn something new everyday. M231 point
-
I apologize if English is not your primary language, but "refresh rate in hurts" (hertz) tickled my funnybone. Movie remake - Fifty Hurts of Autoit.1 point
-
TheDcoder You want too much at once. Windows and Linux are different. Set of properties of a window or files are different. What you have in Windows may not be available on Linux and vice versa. Linux uses Python. But it's hard to be retrained. In Python more difficult to make a window. In Python more difficult to fulfill mechanisms return errors. There is no documentation in the mother tongue. More precisely there is but not in full. By the way some of my programs written in AutoIt work using Wine. To create a window into the AutoIt function is used GUICreate. To create a window in Python need to create a more complex structure. In AutoIt I made since the early days of GUI and continued to rack up its interesting teams. Unfortunately in Python I face constant problems: I can't create the menu in a tray, I learned two months how to make a window. Perhaps you're lucky more, it depends on your strength.1 point