crystalburner

Thought you might be interested in the opinion of people who use the software you create. if it is just for your own use and you don't value others opinions why bother putting this forum here and inviting feedback and discussion? If however all you want to do is take out the void within yourself on others around you and use offensive language when you don't hear what you want to hear then I want nothing more to do with you either.

You don't have any right to insult me.

Not at all, the applications I made in AutoIT are for business use. ASP.NET 3.5 is what is installed on my Server, and I am converting these standalone apps to web based apps. They are faster, more portable and they don't break everytime I do an update like I did from 2 to 3.5 When you are running a serious business, not playing with yourself you really can't afford the kind of unreliability AutoIT gives you between versions. You just don't have the time. If you script kiddies want to flame me feel free, this is entirely my opinion and I am exercising freedom of speech here to tell you all what I think of the conversation on this thread.

ASP is a shit load faster as well

Sorry but I have to Agree here, I've been using AutoIT for years and finally moved to ASP because I am thoroughly sick of having to upgrade AutoIT because of a bug only to break my scripts. AutoIT is a nice toy but can't be taken seriously until it is managed properly and some thought goes into the fundamental design to maintain backward compliance.

This is truly incredible. I do not wish to sound dramatic but this is one of the most innovative things I have seen since they squeezed 16 bits out of an 8 bit processor with the first IBM 8086 now called x86 generation of PC computers. I worked with Natiyamo Nakitasho in the 80's on project the abysss later called mineshaft and to hit the streets as an arcade "Dig Dug". Those of us a little older may remember. It was an impossibility, we had 2 x 1024 Kilo BIT chips to work with, barely enough to load the compiler code into to begin with and we "stole" memory usually reserved for video by interlacing the graphics and therefore effectively doubling the bandwidth and therefore swappable and free memory for game code. With less than 5 k we achieved what Nintendo only finally managed in 1983 with the release of the basic mario game that was similar to bubble bobble. Anyway, waffle and blah and completely irrelivent but just an old timer who would like to point out something special, this is, remarkable code. Well done Smoke_N, whoever you are, I take off my hat. C

WOW thanks! You saved me a lot of head scratching.

Firstly, thank you - thats actually an answer I can understand for once It works well but with 1 flaw; timing. Seems like 'If $CursorInfo[2] then' is a bit hit and miss, depends if you click right at the point it runs in the loop below. Clicking several times on the item you want ensures that you get the right result but is obviously not great.. Not sure where to go now with this one... GUISetState(@SW_SHOW) do $msg = GUIGetMsg() $CursorInfo = GuiGetCursorInfo ($invoicegui) If $CursorInfo[2] then;if primary down if $CursorInfo[4] = $paidview or $cursorInfo[4] = $unpaidview then $ncursorresult = $CursorInfo[4];set to component mouse is over EndIf If $msg = $opendoc And $ncursorresult = $unpaidview Then $x=number(_GUICtrlListView_GetSelectedIndices ($unpaidview)) ;run(@comspec & ' /c start /max ' & FileGetShortName( _GUICtrlListView_GetItemText ($unpaidview, $x,4)),@ScriptDir,@SW_HIDE) msgbox(262144,'', _GUICtrlListView_GetItemText ($unpaidview, $x,4)) EndIf If $msg = $opendoc And $ncursorresult = $paidview Then $x=number(_GUICtrlListView_GetSelectedIndices ($PaidView)) ;run(@comspec & ' /c start /max ' & FileGetShortName( _GUICtrlListView_GetItemText ($Paidview, $x,4)),@ScriptDir,@SW_HIDE) msgbox(262144,'', _GUICtrlListView_GetItemText ($paidview, $x,4)) EndIf until $msg = $GUI_EVENT_CLOSE

Hi Guys I've written an app that has two listviews on one gui, they show the file contents of two different folders. The two listviews are called $paidview and $unpaid view Inside the gui msg loop, I use this to open the document that you have selected $x=number(_GUICtrlListView_GetSelectedIndices ($paidView)) run(@comspec & ' /c start /max ' & FileGetShortName( _GUICtrlListView_GetItemText ($paidview, $x,4)),@ScriptDir,@SW_HIDE) Now this is all good, but here is the problem. I am only working with the $paidview guilist. I have no idea how I can determine first which guilist you have selected, because actually both guilists have selected indices. Ideally I need something like this $l=_Getlastclickedguilist $x=number(_GUICtrlListView_GetSelectedIndices ($l)) run(@comspec & ' /c start /max ' & FileGetShortName( _GUICtrlListView_GetItemText ($l, $x,4)),@ScriptDir,@SW_HIDE) But obviously thats just a dream! Maybe someone can help make my dream come true today?! N

Thanks but tried that Only any good if the mouse is in or over the box otherwise you get the control ID of soemthing else or an error You would think this would be easy wouldn't you, perhaps i've stumbled across the next AutoIT beta update?

That is im not looking for the tab index i want the controlID where the cursor is i.e. $q[5] for input box 5

Dude! Whats up Hope u played the fly song to all the family ! Nah, I create them like this $totalinputs=iniread(@scriptdir & '\myini.ini','Settings','Totalinputs','') Dim $q[$totalinputs] for $i = 1 to $totalinputs $q[$i] = guictrlcreateinput('',xxx,xxx,xxx,xxx); The x's come from another iniread next I'm using a GUIRegisterMsg($WM_COMMAND, "MY_WM_COMMAND") In the Gui to detect key presses and then in the func that is called I need to know the controlID of the inputbox I have and then I jump to another input box based on that. I was using the name "Edit1" Edit2 etc but as you see above, something is a bit screwed with AutoIT and tabs and so the only other choice I have is to get the inputbox name (controlID).

Just an update to this, I'm creating these inputs like this $name1=guictrlcreateinput........... $name2=guictrlcreateinput........... and to get the name of the current input im using this Local $aGUICtrls = ControlGetFocus($main) This gets the "Edit1", "Edit2" name If I could get the actual control name $name1 or $name2 it wouldnt be an issue, but I can't work that out!

Hi I've got a gui thats 640x480 and needs to hold a few hundred guictrlcreateinputs. To get around the problem i've designed the gui to use tabs. This all works fine and I can put say 10 guictrlcreateinput boxes on each tab and have 15 - 20 tabs no problem. What I have noticed when I start to write code to do actions based on the input selected is that odd things are happening when I use more than 1 tab. Using AutoIT Window info I can see the issue. The tabs, don't seem to separate the inputboxes and if on each tab I have an input box at co-ords 20,20 size 120,20 called Edit1 and Edit2 (on tab one and tab 2 respectively) AutoIT windowinfo shows Edit2 as the control name on both tabs. Its almost like the tabs dont separate the inputboxes into 2 guis - its like the tabs have been created on 1 gui on top of each other. Visually it all looks fine, its just when you start trying to control it. Does this make sense?

I could use just Case _IsItPressed('0D') And ControlGetFocus($main) And then * GET the currently selected inputboxname (eg. $box1) Do my thing But I don't know how to do the line with the * the rest ok

Sorry Func _pr and _Isitpressed are the same typo

Would be okay if I knew how many inputboxes were in the GUI but I don't as the gui is built in a loop depending on an INI file (x is an integer read from the ini file) dim $inputbox[x] then for $i = 1 to ubound($inputbox) -1 guictrlcreateinput.....bla bla next I'm sort of playing with this in the main GUI loop, but only prob is I don't know the inputbox names 'editx' and I'm wondering if a while wend loop like this would be too consuming on resource, and Im playing with this code but $h isn't the input box name it's a hex key for $i=1to ubound($inputbox) -1 $h = GUICtrlGetHandle($q[$i]) Case _IsItPressed('0D') And ControlGetFocus($main) = $h MSGBOX(262144,'','You pressed Enter'); I'd jump to the next box here next Func _pr($v_R, $v_dll = 'user32.dll') $v_R = DllCall($v_dll, 'int', 'GetAsyncKeyState', 'int', '0x' & $v_R) Return (Not @error And BitAND($v_R[0], 0x8000) = 0x8000) * 1 EndFunc

Hmmm..

Chaps When you have a GUI with InputBoxes you press tab to go to the next inputbox. Any way at all of having it accept ENTER or TAB to go to the next box? C

Okay, thats way beyond me, but I can see I can replace the consolewrite with statements to perform actions on certain keystrokes... cool... thanks

Hi I'm struggling with a small project to make a database that a friend has in Access in AutoIT. In access its setup so that there are several input boxes. Each input box is restricted to certain lengths and charactors, e.g. One input box may be alphanumeric and 200 charactors long Another input box will accept only the numbers 2, 4 and -9 I've got the gui part done no problem, but I cant see how to restrict the boxes like so, and also the bigger problem is that if say you type a 2 into inputbox 2 it should jump to input box 4 but if you put a 4 it should jump to input box 3. I've been playing with Case ControlGetFocus($Main) = 'Edit1' But this only takes action when you have clicked on the box not after you have typed. Does anyone have a script example I can look at that may point me in the right direction? There are 60 - 120 input boxes needed so I'm not sure if something like guictrlrecvmsg will help, but this would mean 60 -120 statements in the gui loop .... Help!

Ok. first, thank you! Second, I can use some of this to fix this problem!!!! I have new problems tho but I can deal with them. Thanks

What i really need if someone understands the code well enough is to fix the problem with the listsort function .... Can anyone help?

The guilist strips off the leading 0 as well !!!

I didn't have any luck with that sadly and also the strings are like this 999 - DATE - INV NUM - CLIENT - REF.DOC