Leaderboard
Popular Content
Showing content with the highest reputation on 07/18/2012 in all areas
-
[Resolved] - large number of files to install - fileinstall help
Xandy reacted to xeroTechnologiesLLC for a topic
Marking as resolved. This did actually help me get a little better at string manipulation so it wasn't a total waste of my stupidity. Thanks again as always guys. 1600 lines of code later I have the file installs and the GUICtrlSetData code for the label on the splash screen. Redbull powers activate.1 point -
I dont know anything about excel or the UDF but with a glance over this might need changing. _ExcelWriteArray($oExcel, 2, 23, $aJurisdictionCodes, 1, 0) To _ExcelWriteArray($oExcel, $row, 23, $aJurisdictionCodes, 1, 0)1 point
-
Simple for you ? Not simple for me T_T
somdcomputerguy reacted to Valik for a topic
That is a rather suspicious file name. I didn't play The Witcher 2 much after I bought it so I'm struggling to come up with why somebody would want to automate it. That said, I'm incredibly tempted to lock this thread just because the OP keeps using "cr8t" instead of "create". The post uses capitalization and punctuation but interjects that English murder into it?1 point -
For $row = 2 To Number(GuiCTRLRead($Input2))1 point
-
Change this line: For $row = 2 To $Input2 ; change to this For $row = 2 To GUICtrlRead($Input2)1 point
-
CompInfo UDF unique hardware id?
rvn reacted to johnmcloud for a topic
If you want to have an unique hardware ID, use WinAPIEx and _WinAPI_UniqueHardwareID()1 point -
Can _IELinkGetCollection return links for particular tags?
anks reacted to MrMitchell for a topic
Here's an example of how you could possibly approach it, seems to work for me if I'm properly understanding what you are trying to do: #include <IE.au3> Local $oIE = _IECreate("http://www.w3.org/QA/Tips/unordered-lists") ;Get collection of elements tagged "LI" for List Item $oListItems = _IETagNameGetCollection ($oIE, "LI") For $oListItem In $oListItems ConsoleWrite("LI (text): " & $oListItem.innerText & @CRLF) ;Get all the elements tagged "a" for Anchor ;This needs an error handler in case the list item ; doesn't have any anchors $oAnchors = $oListItem.getElementsByTagName("a") For $oAnchor In $oAnchors ;Get the href of each anchor $sHref = $oAnchor.href ConsoleWrite(" Link Info: " & $sHref & @CRLF) Next Next1 point -
if page hangs, refresh it
dickjones007 reacted to Tripredacus for a topic
Well you can use PixelChecksum to store the data in a variable. Then have it sleep 2 minutes, call PixelChecksum again for the same area, and compare the new data to the one stored in the variable. If they are the same, then refresh.1 point -
Active Directory UDF
Scriptonize reacted to mnorland for a topic
Apologies if this isn't the right place for it - but I think it's the right place to ask questions about how things work (wiki didn't seem appropriate). I'm using the AD UDF (stable) for a VPN login/drive mapping GUI/script that runs on both domain PCs as well as home PCs (love it btw, does an AWESOME job) - and we had a strange error which I've just finally managed to track down, and I wanted to bring it to your attention. The problem we were having is some of our home users would immediately get locked accounts when they tried to run our script. It was consistent for each user, they either had the issue or did not. It ended up being that their home PC username exactly matched their work username (e.g. at home they're jsmith, at work they're jsmith). In breaking down and digging into it, I found that even if you specify the first 5 parameters (user, pass, domain, host, config), _AD_Open still attempts to 'test' certain things without the user parameter. This was compounded (for us) by the fact that we use some role accounts to do things like check password age, expiration, and whether a username is valid. and always close the connection and open a new one each time. In short, _AD_Open was being called 3 times (and doing LDAP binds without the specified credentials, using ObjGet() ), and this locked their account before the script was finished. I've fixed it for our scenario, by simply commenting out the chunk where the RootDSE's are attempted, and explicitly re-setting the $sAD_DNSDomain / $sAD_HostServer / $sAD_Configuration to their parameter values afterwards, but I wanted to pass it on back both as feedback and a heads up to anyone running into a similar problem. Also, I hate butchering even my own local copy of such a useful UDF, and wouldn't want to be removing anything important for other functions I might use down the road. If a non-domain machine uses this library, and the account name of the local user running it exactly match an account name on your domain, they will cause a failed login attempt every time _AD_Open is called. I don't know what the behavior would be if you had a domain machine in another domain w/ a similar account name match, as I haven't dug through the nested IF statements, but that might be worth poking at as well. I'm of course available for any more information, details, etc. Cheers, -Martin1 point -
I have always made it clear that if I lock a thread I am quite prepared to listen to reasoned argument as to why I should not have done so and on several occasions the thread has indeed been reopened. But I will only reopen a thread if the OP can convince me that there is good reason to do so - in your case there was none as you quite clearly stated that script was to launch a game - which is specifically prohibited in the Forum rules. But you, instead of arguing reasonably, decide on an imflammatory post suggesting that there is favouritism and corruption with in the ranks of the Moderators - and also hijack another thread to do so. While I was quite prepared to let your initial thread pass by without imposing sanctions, I am not prepared to stand by while you attack the honour and integrity of those volunteers who give up their time to keep this forum the sort of place the majority of members wish it to be. If you cannot abide by the rules as set out by the forum owner and argue against those who enforce them - in as just a manner as they can - then you obviously forfeit your right to use the forum. You will be unable to post for a month. When and if you return, either abide by the rules and show respect for those whose task it is to apply them or you will fnd yourself permanently removed. You have used up any shred of flexibility that I may have been prepared to show you - any attempt to PM me about this will result in an immediate block. M231 point
-
Permanent block, no respect for the forum rules. First a thread attempting to automate The Old Republic. User attempted to find somebody to modify an existing script which, according to the unsolicited PM sent to a member, was for The Old Republic. TL;DR: User should have been left on his mom's face.1 point