Hallo BugFix,
Noch ein kleines Problem.
Wenn ich in SciTE eine Markierung im Text setze und diese Markierung enthält ein Leerzeichen, dann erhalte ich untenstehende Meldung sobald ich F1 drücke.
Beispiel:
Habe in SciTE die Zeile "Func Test()" komplett markiert und dann F1 gedrückt.
Ich vermute, dass nach Func das abschließende Anführungszeichen fehlt.
Ich vermute, dass nach Func das abschließende Anführungszeichen fehlt.
Nein, du hast etwas markiert, was für eine Suche nicht zulässig ist (zwei Worte). Da meine Funktion aber den gesamten markierten Inhalt verwendet für den Abgleich der alternativen Hilfe und nicht fündig wird, wird die Standard Hilfe mit diesem Inhalt aufgerufen. Es wird (da Leerzeichen enthalten) dieses als weiterer Parameter bewertet und das führt dann zu diesem Fehler.
Werde ich am WE fixen mit erweitertem Fehlermanagement.
Danke für die prompte Rückmeldung und die Zeit, die Du in dieses Projekt investierst 
Hallo BugFix,
noch ein kleines Problem.
Danp2 hat mir im engl. Forum in einer PM folgenden Sachverhalt geschildert und ev. eine Lösung dafür.
Ich kann das Problem hier leider nicht nachvollziehen. Da ich im Home-Office bin, stellt sich über VPN ein ev. Timing-Problem natürlich anders dar.
noch ein kleines Problem.
OK, schaue ich mir gleich an.
Zuvor schon mal die Änderungen zum vorigen Problem. Nun kannst du auch eine kpl. Zeile markieren, es wird dann der Funktionsname des ersten gefundenen Funktionsaufrufs verwendet (sofern vorhanden), anderenfalls wird das zweite Wort genutzt.
- Bsp. (gesamte Zeile markiert)
Local $sCmd = "Get-Item -Path " & StringFormat('"%s"', StringReplace($_sSymlink, ' ', '` ')) & " | Select-Object -ExpandProperty LinkType Mode -a---l"
- Aufruf AutoIt-Hilfe mit
StringFormat
Probier schon mal. Ich arbeite dann noch die Änderung von Danp2 mit ein.
EDIT
Schon erledigt, bei mir macht das aber keinen Unterschied.
Ich habe auch die Abfrage des AutoIt-Verzeichnisses geändert, mit "autoit3dir" waren Fehler möglich (z.B. bei portabler Version).
EDIT2
Jetzt habe ich noch ein @SW_SHOW vorab eingefügt, nun klappt das maximieren auch immer.
BugFix Die neueste Version scheint das Problem mit der falschen Fenstermaximierung zu beheben. Ich denke immer noch, dass es hier ein Timing-Problem gibt -
$PID = ShellExecute(@WindowsDir & '\hh.exe', $sCmd)
SendSciTE_Command("extender:dostring props['hh.pid'] = " & $PID)
$aWin = WinList('[CLASS:HH Parent]')Wenn ich das Array von Winlist untersuche, enthält es nicht das neueste Hilfefenster, wahrscheinlich weil es noch nicht existiert.
Wenn ich das Array von Winlist untersuche, enthält es nicht das neueste Hilfefenster, wahrscheinlich weil es noch nicht existiert.
OK, dann würde man eine Funktion benötigen: WaitForWindowFromPID
Ich überlege mal, wie sich das gut lösen lässt.
wahrscheinlich weil es noch nicht existiert.
Teste mal mit der neuen Version.
Teste mal mit der neuen Version.
Sieht gut aus! 
Sieht gut aus!
Da ist noch ein Typo drin
Es funktioniert, da PID Global ist, aber so ist es sauber.
Func _WaitForWinByPID($_PID, $_iTimeover=5000)
Local $aWin, $Timer = TimerInit()
Do
$aWin = WinList('[CLASS:HH Parent]')
If $aWin[0][0] > 0 Then
For $i = 1 To $aWin[0][0]
If WinGetProcess($aWin[$i][1]) = $_PID Then ; >>>> $_PID instead of $PID !!
Return $aWin[$i][1]
EndIf
Next
EndIf
Until TimerDiff($Timer) >= $_iTimeover
Return 0
EndFuncNochmal die aktuelle Version (v 0.3) bereinigt im Anhang.