Beiträge von Micha_he

Deine Funktion chromefenster() wird wohl zu schnell aufgerufen und ausgeführt.

Benutze vor dem WinMove() ein WinWait() oder WinWaitActive(). WinMove() wird in Deinem Fall fehlschlagen, weil das Fenster noch nicht aufgebaut wurde.

Versuch einmal, bei DriveMapAdd() den ersten Parameter LEER zu lassen. Dann wird kein Laufwerk verbunden, sondern nur die Berechtigung beim Server eingerichtet. Du solltest anschließend ohne Benutzer/Passwort, per UNC-Pfad auf die Zieldatei zugreifen können.

Wieder aufheben mit: DriveMapDel ("\\Server\Path")

Diesen Befehl musst Du auch ggf. vorher nutzen, falls Du unter anderem Benutzer bereits auf den Server zugegriffen hattest. Es kann im Normalfall immer nur eine Berechtigung zur gleichen Zeit exitieren!

Neue V0.55 im Beitrag #1

- Timeout in der Funktion __ExitApp() eingefügt, damit sich gestartete Task beenden können

- Fangen der Trennlinie TreeView/ListView nur bei aktivem Fenster

Wenn ich die Hilfe richtig verstehe, gibt Opt() / AutoItSetOption() im Erfolgsfall, die bisherige Einstellung als Rückgabewert zurück.

Ein Fehlen würde unter Umständen nur selten auffallen ! Die Funktion _WinAPI_Create32BitHICON() kommt aktuell noch aus der WinApiIcons.au3 und wird für das Icondarstellung des ListView genutzt, wenn für einen betreffenden Dateityp ein IconHandler verwendet wird. Also ziemlich selten...

Aber normal sollte der Au3Check das ja auch in der Beta bemängeln, wenn eine Funktion nicht verfübar ist.

Zur Sicherheit schau mal aus welche Includedatei die _WinAPI_Create32BitHICON() bei der betreffenden Beta kommt und ob diese bei den restlichen Includes dabei ist.

Ansonsten viel Spaß damit.

Edit: Habe gerade mal nachgesehen. In der Beta V3.3.15.0 ist die Funktion _WinAPI_Create32BitHICON() in der Includedatei 'WinAPIGdi.au3'. Sollte also mit der auskommentierten WinApiIcons.au3 auch unter der Beta einwandfrei laufen.

Hallo bazii.

zu1) Ich nutze kein SciTE und kann daher nur raten, das dort eine neue Beta-Version zum Start genutzt wird. AKrypto ist im Normalfall nur bis zu der Version getestet, die im Script steht (meist die letzte Stabil). Wahrscheinlich gibt es in der neuen Version die WinAPIIcons.au3 in den Includes nicht mehr. Must Du mal schauen, was unter Umständen angepasst werden muss, falls Du Interesse daran hast.

zu2) Ist Normal. Der Au3Check gibt den Fehler aus, weil das deklarieren im IF-Zweig nicht sauber erkannt wird. Ggf. ist mein Workaround auch nicht 100% konform. Die Zeile sollte aber im Script verbleiben ,damit es auch unter der älteren AutoIt-Version läuft, wo die Konstante fehlt.

zu3) Fehler der in V0.52 entstanden ist, in V0.54 nun wieder korrigiert.

zu4) Habe ich in V0.54 angepasst.

zu5) Konnte ich nur feststellen, wenn die Maus beim Verschieben mit gedrückter Maustaste, genau über die Trennlinie zwischen TreeView und ListView kam. Sollte in V0.54 nicht mehr auftreten.

Gruß

Micha

Danke bazii . Idee 1a und 2 gefallen mir. Habe ich in der neuen V0.53 (Beitrag #1) umgesetzt.

Folgende Änderungen in der V0.52 im Beitrag #1:

Update:     AutoIt V3.3.14.5
Rename:     diverse Funktionen und Variablen
BugFix:     __Decrypt_Name()
NewFunc:    __GetDecryptedLinkTarget()
Modify:     Funktion __DecryptExecute() auch .lnk
Modify:     SplashGUI mit Unterverzeichnisanzeige
BugFix:     GUI-Move/-Resize, List-/TreeView-Resize
Optimize:   Funktion __ShowFolder() 
Optimize:   __FileGetIcon() Rückgabe als Array
Optimize:   Funktion __FileCopy_Crypt()
Optimize:   Funktion __DirCopy_Crypt_Recursiv()
Optimize:   Funktion __DeleteObjects() Abbruch
BugFix:     Pfad-Limit 260 auf 259
Modify:     Icons aus EXE werden verwendet
Opt/Fix:    Sortierung TreeView(Links)
Opt/Fix:    Sortierung ListView(Rechts)
Delete:     Funktion __GUICtrlListView_ReSortItems()
NewFunc:    Modifizierte __GUICtrlListView_SortItems()
NewFunc:    Fehlerbereinigte __GUICtrlTreeView_Sort()
Modify:     Funktion __SearchFolder() nun rekursiv
Delete:     Funktion _FolderFunc()
Modify:     Funktion __FileGetIcon() kann nun IconHandler
Modify:     Spaltenanpassung bei GUI/ListView-Änderung

Danke, das hilft mir

Ja, nach dem Anklicken einer Spalte !

Ich benötige es aber ohne das der Benutzer geklickt hat.

Das Skript füllt das ListView und sortiert die Spalte ohne das der Benutzer klickt.

Und später wollte ich für ein erneutes Sortieren ermitteln, welches die bisherige Spalte für die Sortierung war ohne das ich weiß (mitplotte), ob ein Benutzer die Sortierung auf eine andere Spalte geändert hatte.

Nein, das ist leider auch nur die Optik (Pfeil im Header). Die Rückgabe von 'GUICtrlGetState($idListview)' bleibt trotzdem bei -1.

Ich ersetzte nun einfach vor dem Aufruf der Sortierfunktion den Status -1 mit 0. Dann wird entweder Splate 0 sortiert (Default-Wunsch) oder die Spalte die der Anwender irgendwann angeklickt hat.

Mit dem Befehl aus Zeile 42, sortierte ich später im Programm beim Klick auf den Spalten-Kopf die ausgewählte Spalte neu/um.

Das klappt auch. Da ich zum Zeitpunkt des Füllens (passiert mehrfach) aber die Spalte 0 absteigend sortiere, sortiert der Befehl Z42 erst wieder korrekt, wenn der Benutzer ein Spalte mit der Maus geklickt hat.

Deshalb die Frage, ob es eine vernünftige Möglichkeit gibt, nach dem Sortieren mit _GUICtrlListView_SortItems(), die sortierte Spalte auf 'geklickt' zu setzten, damit GUICtrlGetState() anschließend den passenden Wert zurückgibt.

Das dachte ich auch so. Aber nach dem Ausführen des von Dir angegebenen Befehls, ist der Rückgabewert von 'GUICtrlGetState($idListview)' weiterhin -1 ! Und das ist nicht korrekt.

Ich möchte ein ListView mit _GUICtrlListView_RegisterSortCallBack() und später dann mit _GUICtrlListView_SortItems() sortieren, Damit die Rückgabe von GUICtrlGetState() beim ListView aber die richtige Spalte zurückgibt (Ziel ist 0), muss ich den Fokus auf den Header der Spalte 0 setzen.

Meine letzte/einzige Lösung ist ControlClick(). Hat jemand eine bessere Idee, damit das Ergebnis von GUICtrlGetState($idListView) das gewünschte ist ?

Hier mein Test-Script:

#include <GUIConstantsEx.au3>
#include <MsgBoxConstants.au3>
#include <WindowsConstants.au3>
#include <GuiListView.au3>

$hMainGUI = GUICreate("ListView Init-Sort-Test", 400, 200, 100, 100, -1, $WS_EX_ACCEPTFILES)
$idListview = GUICtrlCreateListView("col1  |col2|col3  ", 10, 10, 380, 180)
$idItem1 = GUICtrlCreateListViewItem("bbb|data11|data21", $idListview)
$idItem2 = GUICtrlCreateListViewItem("ddd|data12|data22", $idListview)
$idItem3 = GUICtrlCreateListViewItem("aaa|data13|data23", $idListview)
_GUICtrlListView_RegisterSortCallBack($idListview, 2, True)
GUICtrlSetState($idListview, $GUI_DROPACCEPTED)
GUICtrlSetResizing($idListview, $GUI_DOCKAUTO)
GUISetState(@SW_SHOW)

; folgendes bekomme ich nicht hin:
$h_LV_Header = _GUICtrlListView_GetHeader(GUICtrlGetHandle($idListView))
_SendMessage($h_LV_Header, $HDM_SETFOCUSEDITEM, 0, 1)
MsgBox(0,"Status","Sortierung nach Spalte (0 ist Ziel):   " & GUICtrlGetState($idListview))

; folgendes auch nicht:
GUICtrlSendMsg($idListView, $LVM_SETSELECTEDCOLUMN, 0, 0)
MsgBox(0,"Status","Sortierung nach Spalte (0 ist Ziel):   " & GUICtrlGetState($idListview))

; folgendes auch nicht:
_GUICtrlListView_SetItemFocused(_GUICtrlListView_GetHeader(GUICtrlGetHandle($idListView)), 0)
MsgBox(0,"Status","Sortierung nach Spalte (0 ist Ziel):   " & GUICtrlGetState($idListview))


; mit ControlClick klappt es
ControlClick($hMainGUI, "", _GUICtrlListView_GetHeader(GUICtrlGetHandle($idListview)),"left",1,10,10)
MsgBox(0,"Status","Sortierung nach Spalte (0 ist Ziel):   " & GUICtrlGetState($idListview) & @CRLF & @CRLF & "damit eine anschließende Sortierung mit" & @CRLF & "'_GUICtrlListView_SortItems($idListview, GUICtrlGetState($idListview)' klappt !")


While 1
    Switch GUIGetMsg()
        Case $GUI_EVENT_CLOSE
            _GUICtrlListView_UnRegisterSortCallBack($idListview)
            ExitLoop

        Case $idListview
            _GUICtrlListView_SortItems($idListview, GUICtrlGetState($idListview))

    EndSwitch
WEnd

alles auf einem 64bit-Windows.

AutoIt-Script 32bit oder 64bit kompiliert ? Ggf. gibt es dism & diskpart bei WINPESE nur im x64 Pfad !?

Danke autoiter für deine erklärende Hilfe an Joschy41. War nicht online und konnte es daher nicht kommentieren.

Wüsste nicht, das das bei GUICtrlSetOnEvent() geht !?

Schau mal unter @GUI_CtrlId bzw. unter @GUI_CtrlHandle in der Hilfe. Damit sollte es möglich sein, aus immer der gleichen Fuktion die Du mit GUICtrlSetOnEvent zuweist, auf unterschiedliche Controls zu reagieren.

So z.B.:

#include <GUIConstantsEx.au3>
Opt("GUIOnEventMode", 1)

Global $iHigh = 30
Global $iFirstButtonId

GUICreate("CtrlId-Test")
GUISetOnEvent($GUI_EVENT_CLOSE, "_Exit")
For $i = 0 To 9
    If Not $iFirstButtonId Then
        $iFirstButtonId = GUICtrlCreateButton("Button" & $i+1, 10, $i*$iHigh)
    Else
        GUICtrlCreateButton("Button" & $i+1, 10, $i*$iHigh)
    EndIf
    GUICtrlSetOnEvent(-1, "_ButtonAktion")
Next
GUISetState(@SW_SHOW)

While 1
    Sleep(100)
Wend

Func _ButtonAktion()
    Msgbox(0,"Info", "Button Nr. " & @GUI_CtrlId - $iFirstButtonId + 1 & " wurde gewählt.")
EndFunc

Func _Exit()
    Exit
EndFunc

Meiner Meinung nach, wäre WinMove() die bessere Wahl.