beide eure Ansätze finde ich gut, wobei ich das Beispiel von Water doch besser finde. UDF eingebunden und "die richtigen Funktionen" genutzt, fertig.
Wenn man die GUIToolTip.au3 nicht kennt, nutzen möchte etc., ist deine Variante Kanashius meiner Meinung nach eine gute Alternative.
-- Alle Wege führen nach Rom --
Angenehmen Abend euch allen noch.
Viele Grüße
Sven
Hi hipfzwirgel , hi Schnuffel 👋 ,
deine "stumpfe" Variante funktioniert wunderbar Schnuffel .
Sie hat nur die kleine Einschränkung, dass während der 10 Sekunden die GUI nicht verwendbar ist.
Also eine Interaktion mit dem Button (ich nehme an da kommen noch mehr dazu) nicht möglich ist, da ja das Skript durch das Sleep() blockiert ist.
Daher habe ich mit deinen Werten aus WinGetPos() und ControlGetPos() eine Variante mit einem Timer gebastelt.
Somit kann während der Anzeige auch noch die GUI "bedient" werden, falls dies gewünscht ist. Wenn nicht, dann bitte Variante 1 nutzen 😅 .
#AutoIt3Wrapper_AU3Check_Parameters=-d -w 1 -w 2 -w 3 -w 4 -w 5 -w 6 -w 7
#AutoIt3Wrapper_AU3Check_Stop_OnWarning=y
#include-once
#include <GUIConstantsEx.au3>
#include <ListBoxConstants.au3>
#include <WindowsConstants.au3>
_Main()
Func _Main()
Local $hGUI = GUICreate('My GUI list')
Local $cList = GUICtrlCreateList('', 64, 32, 121, 97, BitOR($WS_VSCROLL, $LBS_USETABSTOPS))
GUICtrlSetLimit(-1, 200) ; To limit horizontal scrolling.
GUICtrlSetData(-1, '||1. Item')
Local $idClose = GUICtrlCreateButton('my closing button', 64, 160, 175, 25)
GUISetState(@SW_SHOW)
Local $mGui[]
$mGui.Data = WinGetPos($hGUI)
$mGui.XPos = $mGui.Data[0]
$mGui.YPos = $mGui.Data[1]
Local $mListControl[]
$mListControl.Data = ControlGetPos('', '', $cList)
$mListControl.XPos = $mListControl.Data[0]
$mListControl.YPos = $mListControl.Data[1]
$mListControl.Height = $mListControl.Data[3]
Local $mToolTip[]
$mToolTip.XPos = $mGui.XPos + $mListControl.XPos + 48
$mToolTip.YPos = $mGui.YPos + $mListControl.YPos + $mListControl.Height - 48
ToolTip('Beispieltext', $mToolTip.XPos, $mToolTip.YPos, 'INFO', 1, 1)
Local Const $iSecondsToWait = 5 * 1000
Local $bShouldBallonTipBeDisplayed = True
Local $hTimer = TimerInit()
While True
If $bShouldBallonTipBeDisplayed Then
If TimerDiff($hTimer) >= $iSecondsToWait Then
ToolTip('')
$bShouldBallonTipBeDisplayed = False
EndIf
EndIf
Switch GUIGetMsg()
Case $GUI_EVENT_CLOSE
ExitLoop
Case $idClose
MsgBox('', '', 'the closing button has been clicked', 2)
ExitLoop
EndSwitch
WEnd
GUIDelete($hGUI)
EndFuncEinen angenehmen Abend euch noch 🤝 .
Viele Grüße
Sven
Ja der Thread (von dir) kam mir auch gleich in den Sinn. War mir unsicher ob du dies warst, aber ja ... no worries ==> KI && AutoIt <> "vollends kompatibel" 😂 .
Viele Grüße
Sven
Danke dir Mars , spannend 👌 .
Bis es so weit ist das KI komplexe AutoIt Herausforderungen meistern wird, kann es noch etwas dauern. Dafür ist AutoIt zu nisch'ig 😅 - es gibt zu wenig Daten - und viele Quellen auf GitHub, was ja neben Stackoverflow am meisten "angezapft" wird, beinhalten eher mäßig guten Code. Daher sind wir Supporter wohl eher wenig überflüssig. Allerdings finde ich den Ansatz super, anstatt Basic-Fragen zu stellen (no blame, darf gern immer getan werden) vielleicht erstmal ein LLM (KI) zu befragen und dies direkt hier in Zweifel zu stellen 😅 .
Würde ich gut finden.
Viele Grüße
Sven
Global Const $i = 42
Switch $i
Case 0 To 150
MouseClick('left')
Case 151 To 300
MouseClick('right')
Case Else
; ...
EndSwitchedit : werde es vorerst nicht testen sry.
Don't worry. Keine Eile, kein Bedarf, alles gut.
Ich habe schon länger bei den Browsern in AutoIt mit der UIAutomation gearbeitet, da habe ich diese Probleme nicht.
Ja cool BananaJoe , UIA ist richtig gut. Hatte es früher viel im Einsatz, leider vom Ansatz her ein deutlich anderer Weg als mit WebDriver oder dem (CDP) Chrome DevTool Protocol, sodass man die Tätigkeiten damit nicht einfach in anderen Sprachen auch verwenden kann, so wie beim WebDriver. Dennoch: Gute Alternative.
Viele Grüße
Sven
Ergänzung:
Firefox in Version v130.0.0.2283 hat mindestens den einen BUG, dass .scrollIntoView() (JS Methode) bei Klicks nicht mehr immer funktioniert und somit eine Interaktion mit manchen Elementen nicht möglich ist. Ich selbst nutze Firefox nur wenig. Mir ist dies nur gerade nach Recherche und nach Anpassungen meines Repos "https://github.com/Sven-Seyfert/au3webdriver-boilerplate" aufgefallen.
Die mal schnell kommuniziert, für die die es ggf. interessiert 😅 .
Ansonsten einen angenehmen Sonntag noch, bis später ... irgendwann mal wieder.
Viele Grüße
Sven
Hi MojoeB 👋 ,
ja bei Selenium, WebdriverIO oder anderen großen Communities geht das alles etwas einfacher und schneller in der Anpassung. Außer Dan (Danp2), Michał (mlipok) und mir ab und zu, pfegt im au3WebDriver Projekt kaum jemand was neues hinzu oder fixed etwas. Am Ende ist es Dan, der das jeweils neue Release bereitstellt - je nach Arbeitsaufwand und Zeit etc. In anderen Communities, gerade bei der größten "Selenium", gibt es viel mehr Contributer usw.
Wie gesagt, die neue Version 1.4.0 (derzeit 1.3.1) steht vor der Tür. Im "master" branch sind paar Updates drin, welche noch nicht im Release 1.3.1 vorhanden sind. Jedoch stelle ich heute noch meine neue Version mit kleineren Modifikationen bereit, die den Kram aus dem master branch dann ebenfalls enthält. Mit diesen aktuellen Versionen konnte ich meine Branches gestern erfolgreich testen. Vielleicht ist dein MSEdge auch auf dieser Version, dann sollte es nun alles funktionieren (seit 30.08. sind ja bereits paar Tage vergangen).
Naja, bis später MojoeB 🤝 .
Viele Grüße
Sven
Hi zusammen 👋 ,
zu den ersten beiden Posts und der Frage ...
Neuerdings erscheint die Abfrage nach der Standardbrower Auswahl.
... diese ist mit folgender "args" option auszuschalten ==> --no-default-browser-check .
In Kombination mit dem Ausschalten der Frage nach der Standardsuchmaschine sieht dann das Mindestmaß so aus:
Func _BuildChromeDriverCapabilities()
_WD_CapabilitiesAdd('alwaysMatch', 'chrome')
_WD_CapabilitiesAdd('w3c', True)
_WD_CapabilitiesAdd('excludeSwitches', 'enable-automation')
_WD_CapabilitiesAdd('args', StringFormat('--window-size=%s,%s', $mConfig.BrowserWidth, $mConfig.BrowserHeight))
_WD_CapabilitiesAdd('args', '--no-default-browser-check')
_WD_CapabilitiesAdd('args', '--disable-search-engine-choice-screen')
If $mConfig.IgnoreSSLAndCerts Then
_WD_CapabilitiesAdd('acceptInsecureCerts', True) ; recommended
_WD_CapabilitiesAdd('args', '--ignore-ssl-errors') ; optional
_WD_CapabilitiesAdd('args', '--ignore-certificate-errors') ; optional
_WD_CapabilitiesAdd('args', '--ignore-certificate-errors-spki-list') ; optional
EndIf
If $mConfig.IsHeadlessMode Then
_WD_CapabilitiesAdd('args', '--headless')
EndIf
Return _WD_CapabilitiesGet()
EndFuncZeile 6 und 7 sind hier die entscheidenden 😄 .
Viele Grüße
Sven
Hi zusammen 👋 ,
ich bin mal wieder online #autoit #yeah 😊 .
Allerdings treibt mich derzeit, also schon seit etwas mehr als einem Jahr, nicht mehr viel zu dieser Sprache. Schade... aber naja, off-topic.
Zum Thema:
Wichtig zu verstehen ist, dass @mlipok "nur" in der wd_demo.au3 einen entsprechenden Weg gezeigt hat, wie damit umzugehen ist. D.h. in der folgenden Release Version wird sich da nichts ändern und ihr müsst wie von gmmg im Post#7 gezeigt, agieren. Welche Änderungen seit dem letzten Release v1.3.1 außerdem noch mit in der kommenden Version v1.3.2 sein werden, könnt ihr hier sehen.
Ich aktualisiere gerade mein au3webdriver-boilerplate template, um die Änderungen und werde dort in wd_core.au3 oder wd_helper.au3 eigene Änderungen mit einpflegen, damit bzgl. Port nicht immer daran gedacht werden muss. Mal sehen wie ich das mache. Außerdem pflege ich dort auch gleich --disable-search-engine-choice-screen mit als Standard option bei Chrome hinzu.
Wer Interesse hat mehr Infos von mir dazu zu bekommen, der meldet sich bitte einfach 🤝 .
Ansonsten viel Spaß und Erfolg weiterhin mit dem WebDriver Projekt.
Viele Grüße
Sven
p.s.: dass das Kopieren auch anders, z.b. mit UDf gemacht werden kann, ist mir bewusst!
Ich möchte bitte nur die Erklärung für das Verhalten, wenn möglich und keine
Vorschläge/Diskussionen wie das Kopieren anderweitig bewerkstelligt werden kann.
Sehr guter Hinweis, ich wollte gerade ausholen 🤣 .
Hat jemand bitte eine Erklärung dafür
Nein, nicht ohne zu recherchieren. Mal schauen was von den anderen dazu kommt 🤞 .
Viele Grüße
Sven
Hi Marcel 👋 ,
ich denke du musst gar nicht jedes Mal das Update durchführen lassen. Du kannst auch erstmal prüfen, ob sich die Browser- und damit die Driver-Version geändert hat oder ändern muss und dann erst das Update durchführen lassen. Also den Download des neuen drivers.
Dazu kannst du dir die Remarks (wd_helper.au3 > Zeile 2055) mal anschauen - da steht der Hinweis dazu.
Hast du da bereits etwas umgesetzt, um den Status / Fortschritt des Updates anzuzeigen? Meine Idee war jetzt, vor und nach dem _WD_UpdateDriver einen TrayTip anzuzeigen, damit der User hier weiß, das noch was passiert.
Nein dafür habe ich nichts implementiert oder so. TrayTip oder ToolTip ist völlig valide meiner Ansicht nach. Oder du blendest einen Spinner als Loading Indicator ein oder so.
So'n Kram 😅 , gibt es sicherlich schon X-Mal nehme ich an.
Siehst du da tatsächlich irgendein Verbesserungspotenzial auf seiten des WebDrivers?
Denn streng genommen ist es ja davon abhängig wie gut deine Internetverbindung und Download etc. ist. Also auf User-Seite.
Ich lasse mich aber gern von guten Vorschlägen überzeugen das man da was machen sollte 😇 .
Viele Grüße
Sven
Ganz vom Tisch ist das Projekt ja nicht. Also gib' gern Bescheid falls du dich irgendwie beteiligen möchtest 😀 .
Viele Grüße
Sven
Gibt es von anderen Benutzern noch Rückmeldungen?
Falls nein, dann verlege ich meine Aktivitäten auf andere Projekte
Wie auch immer, ich komme gern auf dich und ggf. bazii nochmal dazu zu. Hatte bisher nur nicht die riesen Prio.
Mache dir aber nicht zu viel Aufwand. Details gern hier oder per Discord, direkt im Projekt "Domain Messenger" 😀 .
Viele Grüße
Sven
Zwei kleine Fehler sind jetzt noch vorhanden
Okay, dann hier die beiden kleinen Fixe, so sollte es passen.
#AutoIt3Wrapper_AU3Check_Parameters=-d -w 1 -w 2 -w 4 -w 5 -w 6 -w 7
#AutoIt3Wrapper_AU3Check_Stop_OnWarning=y
#include-once
#include <File.au3>
#include <MsgBoxConstants.au3>
_Main()
Func _Main()
Local $aFolders, $sLinkName, $sLink
Local $iFails = 0
Local Const $sFirefoxPath = 'C:\Program Files\Mozilla Firefox'
Local Const $sFirefoxExe = $sFirefoxPath & '\firefox.exe'
Local Const $sSourceFolder = 'E:\Portable\Browser\Firefox\'
Local Const $sDestinationFolder = @DesktopDir & '\Firefox Profile\'
If Not FileExists($sDestinationFolder) Then
DirCreate($sDestinationFolder)
EndIf
; Liste der Unterordner im Quellverzeichnis
$aFolders = _FileListToArray($sSourceFolder, '*', $FLTA_FOLDERS)
; Schleife über alle Unterordner
For $i = 1 To $aFolders[0]
$sLinkName = $aFolders[$i]
$sLink = $sDestinationFolder & $sLinkName
; Verknüpfung erstellen
If Not FileCreateShortcut($sFirefoxExe, $sLink, $sFirefoxPath, '-P "' & $sLinkName & '"') Then
$iFails += 1
EndIf
Next
If $iFails = 0 Then
MsgBox($MB_ICONINFORMATION, 'Fertig', 'Verknüpfungen wurden erstellt und im Zielverzeichnis abgespeichert.')
Else
MsgBox($MB_ICONWARNING , 'Fertig', $iFails & ' Verknüpfungen konnten nicht erstellt und im Zielverzeichnis abgespeichert werden.')
EndIf
EndFuncIch habe gleich das Beispiel von Moombas genommen, damit du die Fehlermeldung mit dabei hast 🤝 .
Viele Grüße
Sven
Das habe ich mir gedacht und deswegen dazu geschrieben.
Jetzt fehlt mir wieder so'n Reaktionsbutton/Icon wie 👌 oder 😅 oder 💙 .
Naja, kommt Zeit, kommt Rat (#gun-food).
Alles klar, verstehe. Kann ich gut nachvollziehen. Früher war der IE tatsächlich (Unternehmen mit Banken-Software) für mich Pflichtprogramm in der Automatisierung. Heutzutage glücklicherweise nicht mehr und ich kenne auch keinen in meinem IT-Testing-Umfeld (unterschiedliche Unternehmen), der noch IE nutzt (nutzen muss). Bei mir also auch, Chrome und Firefox, wobei die Tendenz klar bei Chrome liegt, selbst bei sehr Microsoft affinen Unternehmen, sehe ich immer nur Chrome (oder MSEdge (Chromium based)).
Da ichim engl. Forum aber nicht angemeldet bin, kann ich nicht mit abstimmen
Kein Problem, ich berücksichtige dies gern in der Auswertung, Danke 🤝 .
Viele Grüße
Sven
Hi hansiii (Hans),
willkommen zurück zu AutoIt und damit hier im Forum 👋 .
Hier eine (hoffentlich) lauffähige Variante so wie du es angegeben hast (erwartest):
#AutoIt3Wrapper_AU3Check_Parameters=-d -w 1 -w 2 -w 4 -w 5 -w 6 -w 7
#AutoIt3Wrapper_AU3Check_Stop_OnWarning=y
#include-once
#include <File.au3>
_Main()
Func _Main()
Local $sFirefoxExe = 'C:\Program Files\Mozilla Firefox\firefox.exe'
Local $sSourceFolder = 'E:\Portable\Browser\Firefox\'
Local $sDestinationFolder = @DesktopDir & '\Firefox Profile\'
If Not FileExists($sDestinationFolder) Then
DirCreate($sDestinationFolder)
EndIf
; Liste der Unterordner im Quellverzeichnis
Local $aFolders = _FileListToArray($sSourceFolder, '*', $FLTA_FOLDERS)
; Schleife über alle Unterordner
For $i = 1 To $aFolders[0]
Local $sLinkName = $aFolders[$i] & '.lnk'
Local $sLink = $sDestinationFolder & $sLinkName
; Verknüpfung erstellen
FileCreateShortcut($sFirefoxExe, $sLink, $sFirefoxExe, '-P "' & $sLinkName & '"')
Next
MsgBox(64, 'Fertig', 'Verknüpfungen wurden erstellt und im Zielverzeichnis abgespeichert.')
EndFuncDein Problem war, dass du FileCreateShortcut() nicht korrekt aufgerufen hast. Schaue dir dazu einfach nochmal die Hilfe (3. und 4. Paramenter) und deren Beispiel-Code an. Falls du dann noch Fragen haben solltest, komme gern auf uns zurück 🤝 .
Moombas Danke das du dazugeschrieben hast, dass es nur ein kurzer Blick war, denn so hätte es nicht ausgereicht 😅 . Dennoch wichtiger Hinweis, finde ich.
Viele Grüße
Sven
Danke Marcel, ja das liegt einfach daran, dass ich ein "s" bei #usercentric-root vergessen habe.
Es muss #usercentrics-root heißen (ist korrigiert oben im Post #28) und ich konnte es auch erfolgreich testen - funktioniert wunderbar 😁 .
Allerdings überlege ich noch ob die Funktion _WD_GetShadowRoot besser ist, als das JavaScript selbst zusammenzubauen und dann per _WD_ExecuteScript abzuschicken (so wie in meinem Beispiel/Vorschlag) 🤔 . In erster Betrachtung ja, allerdings gibt es manchmal ShadowRoots, welche verschachtelt sind. Dann musst du immer von ShadowDomElement zu ShadowDomElement hangeln, um dann das eigentliche Element auszuwählen. Somit müsste man mehrfach mit _WD_GetShadowRoot arbeiten, anstatt direkt im JavaScript die Sprünge zu machen.
Beispiel hier. Am Ende vielleicht einfach nur Geschmackssache.
Hauptsache du hast eine Lösung für deinen Anwendungsfall 👌 .
Viele Grüße
Sven