Icons aus der resource-table ins dictionary laden - geht das?

Slevin

Ich würde gerne Icons, die sich im resource-table des kompilierten Scripts besfinden, in ein dictionary laden, um sie anschliessend mit Namen ansprechen zu können. Geht sowas überhaupt?

Der nachfolgende Versuch haut jedenfalls schon mal nicht hin^^

AutoIt

#Region
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-0.ico
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-1.ico
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-2.ico
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-3.ico
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-4.ico
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-5.ico
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-6.ico
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-7.ico
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-8.ico
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-9.ico
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-10.ico
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-live.ico
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-lock.ico
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-dot.ico
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-blank.ico
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-execute.ico
#EndRegion

$icon = ObjCreate("Scripting.Dictionary")
For $i = 0 to 10
    $icon($i) = TraySetIcon(@ScriptFullPath, 201 + $i)
Next

$icon("live") = TraySetIcon(@ScriptFullPath, 212)
$icon("lock") = TraySetIcon(@ScriptFullPath, 213)
$icon("dot") = TraySetIcon(@ScriptFullPath, 214)
$icon("blank") = TraySetIcon(@ScriptFullPath, 215)
$icon("execute") = TraySetIcon(@ScriptFullPath, 216)

TraySetIcon($icon("live"))

Alles anzeigen

Vielen Dank

**autoiter**

Hallo Slevin

AutoIt

#Region
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-0.ico
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-1.ico
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-2.ico
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-3.ico
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-4.ico
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-5.ico
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-6.ico
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-7.ico
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-8.ico
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-9.ico
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-10.ico
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-live.ico
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-lock.ico
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-dot.ico
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-blank.ico
    #AutoIt3Wrapper_Res_Icon_Add=Icons\icon-execute.ico
#EndRegion

$icon = ObjCreate("Scripting.Dictionary")

$icon("live") = 212
$icon("lock") = 213
$icon("dot") = 214


TraySetIcon(@ScriptFullPath, $icon("live"))

Alles anzeigen

Wenn die Position stimmt, dann kannst du es einfach so machen (Nur die ID speichern).

Slevin

@autoiter, ja, das ist ein Ansatz der zumindest funktioniert.

Allerdings hoffte ich auf eine Möglichkeit, die es sowohl erlaubt, das Skript unkompiliert als auch kompiliert laufen zu lassen.

Über das Skript verteilt wird das TrayIcon unzählige male geändert. Es ist im Grunde das wichtigste Kommunikationsmittel. Deine Variante würde jetzt leider nur compiled funktionieren.

Ich will mal zeigen, wie das in etwa aussieht:

AutoIt

If @Compiled Then
    For $i = 0 to 10
        $icon($i) = TraySetIcon(@ScriptFullPath, 201 + $i)
    Next

    $icon("live") = TraySetIcon(@ScriptFullPath, 212)
    $icon("lock") = TraySetIcon(@ScriptFullPath, 213)
    $icon("dot") = TraySetIcon(@ScriptFullPath, 214)
    $icon("blank") = TraySetIcon(@ScriptFullPath, 215)
    $icon("execute") = TraySetIcon(@ScriptFullPath, 216)

Else
    Local $iconsDir = @ScriptDir & "\Icons\"

    For $i = 0 to 10
        $icon($i) = $iconsDir & "icon-" & $i & ".ico"
    Next

    $icon("live") = $iconsDir & "icon-live.ico"
    $icon("lock") = $iconsDir & "icon-lock.ico"
    $icon("dot") = $iconsDir & "icon-dot.ico"
    $icon("blank") = $iconsDir & "icon-blank.ico"
    $icon("execute") = $iconsDir & "icon-execute.ico"

    ; check for missing icons
    For $vKey In $icon
        If Not FileExists($icon($vKey)) Then
            _alert("Missing Icon Files." & @CRLF & "Please get proper installation.")
            Exit
        EndIf
    Next
EndIf

TraySetIcon($icon("live"))

Alles anzeigen

Natürlich funktioniert der Abschnitt @Compiled so nicht. Ich wüsste sonst noch eine Variante, bei der eine eigene Funktion das Setzen der Icons übernimmt. Dann wäre zumindest an allen Stellen im Skript, wo das Icon getauscht wird, ein einheitlich verständlicher Code vorhanden.

Ich hoffte halt auf eine etwas elegantere Lösung

NO1 :-)

Naja, wenn die Icons auch im unkompilierten Zustand verfügbarsein sollen, ist das natürlich nicht möglich resource-tables zu verwenden, da die Icons ja erst beim kompilieren eingebunden werden.

Du könntest die Icons 1. in einem Ordner (lokal) ablegen, 2. in eine DLL speichern oder binär einbinden

**autoiter**

Hehe, irgendwie hat sich das Thema total geändert, oder?

Du musst die Icons doch gar nicht über Wrapper-Anweisungen einbinden. Dann hast du diese Probleme auch nicht...

Du könntest das Icon Verzeichnis erstellen und die Icons etwa mit FileInstall einbinden und so dafür sorgen, dass die Icon immer vorhanden sind. Oder soll man die Icons eigentlich nicht sehen? Ich habe den Hintergrund einfach noch nicht verstanden.

**autoiter**

Hier habe ich ein Beispiel gefunden, in dem ein Icon als Base64 String eingebunden ist und direkt aus dem Arbeitsspeicher aufgerufen wird.

https://www.autoitscript.com/forum/topic/13…r-files-easily/

Den String kannst du direkt mit dem Programm von UEZ erstellen, um das es in dem Thread eigentlich geht.

NO1 :-)

Da hast du Recht, aber das wird so leicht nicht möglich sein, da dass TrayIcon ja keine ID hat, über dass es angesprochen werden kann. Ich denke nicht, dass man das Icon iwie mit GDI+ manipulieren kann.

Slevin

Die Icons liegen in einem Unterordner und werden beim Compilieren ins Script miteingebunden. FileInstall will ich nicht vornehmen, das mache ich maximal nur für die Settings.ini.

Das Script soll zuhasue unkompiliert laufen, da hab ich für mich auch kein Problem damit, dass die Icons in einem separaten Ordner liegen. Gleichzeitig aber soll das Skript als selbständiges Tool kompiliert ohne Installationsroutine (auch ohne FileInstall) weitergegeben werden können.

Ich mag's selbst auch überhaupt nicht, wenn kleine Helferprogramme unzählige Dateien und Ordner brauchen - va, wenn das nicht zwingend sein muss. Klein und fein, so sollt es sein

Und da dachte ich halt, vielleicht gibt es eine Möglichkeit, die Dictionary-Variable je nach Bedarf zu befüllen, entweder mit einer Adressierung zum physisch vorhandenen Icon im Unterordner oder aber zu einem Icon in der Resourcen-Tabelle. Und in weiterer Folge dann mit Hilfe dieser Dictionary-Variablen TraySetIcon anzuweisen seine Arbeit zu verrichten.

NO1 :-)

Dann legst du bis zur Auslieferung die Icons in nen extra Ordner und danach kannst du es ja immer noch umändern. Aber mein Tipp: Verwende eine DLL. Da kannst du alle Icons reinspeichern und ganz leicht mit TraySetIcon aufrufen. Dann hast du nur eine Datei für alle Icons.

**alpines**

Zitat von NO1 :-)

Aber mein Tipp: Verwende eine DLL. Da kannst du alle Icons reinspeichern und ganz leicht mit TraySetIcon aufrufen. Dann hast du nur eine Datei für alle Icons.

Und wenn du nicht weiß wie es geht, einfach Ressource Hacker nutzen und die Icons manuell hinzufügen. Du kannst die Datei dann als .dll speichern, brauchst also keine teuren Programme o. ä..

**autoiter**

Zitat von NO1 :-)

Ich denke nicht, dass man das Icon iwie mit GDI+ manipulieren kann.

Aber genau das wird doch in dem Beispiel vorgeführt.

Slevin

Zitat von NO1 :-)

Dann legst du bis zur Auslieferung die Icons in nen extra Ordner und danach kannst du es ja immer noch umändern. Aber mein Tipp: Verwende eine DLL. Da kannst du alle Icons reinspeichern und ganz leicht mit TraySetIcon aufrufen. Dann hast du nur eine Datei für alle Icons.

Ob die Icons in einer separaten DLL oder in der kompilierten EXE selbst liegen ist doch egal, oder übersehe ich da was?

Es geht mir um das Verständnis, ob es möglich ist, eine Variable zu deklarieren, mit der ich ein Icon aus einer Datei für TrySetIcon ansteuern kann. Ich weiß nicht, wie ich es besser ausdrücken soll. Das Icon befindet sich in der EXE, und die Variable soll die EXE und die Position an TraySetIcon übergeben.

autoiter Der "File to Base64 String Code Generator v1.20 Build 2015-01-20" klingt nicht nur für diesen Zweck sehr interessant. Hast du das Skript ausprobiert? Bei mir gibt es Deklarationsfehler von Const-Variablen, mal schaun, woran das liegen könnte - vielleicht, weil manche includes von von 2015 andere Variablen haben.

**autoiter**

Ich habe das Beispiel mal etwas abgewandelt (einfach das Setzen des Icons in eine Funktion gepackt).

Slevin dir ging es doch darum, dass die die Icons am liebsten mit sprechendem Namen aufrufen kannst. Dazu bräuchtest du bei der Methode, wo du die Icons in das Skript inkludierst nur die Funktion richtig benennen. Da brauchst du auch kein Dictionary. Schau dir die Aufrufe bei den Button-Auswertungen an. Da werden einfach die Funktionsnamen weiter gegeben..

**autoiter**

Zitat von Slevin

autoiter Der "File to Base64 String Code Generator v1.20 Build 2015-01-20" klingt nicht nur für diesen Zweck sehr interessant. Hast du das Skript ausprobiert? Bei mir gibt es Deklarationsfehler von Const-Variablen, mal schaun, woran das liegen könnte - vielleicht, weil manche includes von von 2015 andere Variablen haben.

Das liegt einfach an unterschiedlichen AutoIt-Versionen. Die Konstanten sind mittlerweile bereits inkludiert und müssen nicht mehr im Skript deklariert werden.

Slevin

Ok, dann hab ich jetzt ja die freie Auswahl

Mal schaun, wie ich mich letztendlich entscheiden werde - man muss halt erst mal über die Möglichkeiten Bescheid wissen.

Danke euch allen

NO1 :-)

Zitat von autoiter

Aber genau das wird doch in dem Beispiel vorgeführt.

Ja hast ja Recht ... hab's bloß übersehen

**autoiter**

Zitat von NO1 :-)

Ja hast ja Recht ... hab's bloß übersehen

Meine Behauptung stimmte auch nicht wirklich, weil die Icons nicht mit GDI+ geändert werden, sondern nur die Ressource bereitgestellt wird.

Slevin Hier noch der File to Base64 String Code Generator mit aktuellen Includes.

**autoBert**

Hallo slevin,

in numpad.au3 tausche ich ein Trayicon zur Laufzeit aus, ist zwar nicht genau die Methode die @auoiter vorschlägt (_CreateTmpFile und auch die Binärdatenerzeugung sind afair von BugFix ) sollte aber leicht auf das GDI+ Verfahren (von UEZ ?) umzustellen sein.

Nachtrag: der Link in "über Numpad" existiert nicht mehr.

mfg (auto)Bert

Slevin

So, dann abschließend nochmal vielen Dank für eure Hilfe.

Ich habe mich nun für die Base64-embedded-String Variante entschieden, da man hier ohne Plattenzugriff auskommt und keine speziellen Lösungen für compiled vs non-compiled benötigt.

So langsam wird's ja was...