Also bei mir funktionieren die Schaltflächen nicht..
Global $btFileExit = _UIBB_Insert($hMidPadded, GUICtrlCreateTab)
GUICtrlSetData(-1, 'Roter Button')While True
$aMsg = GUIGetMsg(1)
Switch $aMsg[0]
; Programm beenden
Case $btFileExit
Exit
EndSwitch
WEndZugriff auf die Buttons wäre dann über $aBtn[X] möglich.
Ich bleibe lieber bei meinen sprechenden Namen. 
Das Handle ist aber im Beispiel nicht drin.
BTW:
Die Schaltflächen sollten sich in der Größe anpassen. Bei mir bleiben sie in der Größe gleich, auch wenn ich die GUI auf 1700x1000 setze.
Schaltflächen nicht in Schleife erstellen, weil sie sonst nicht nutzbar sind.
Hallo!
Was soll die Datei machen? Wie nutzt man sie?
Gruß, René
Du hast die INI nicht mitgeliefert und erstellst sie leider nicht per default im Programm
Ist jetzt eingebaut.
Mit einem Hex-Editor könnte man sowas machen, aber nicht mit einem Textprogramm.
In 100 Jahren vielleicht nicht mehr.
Planen müssen wir nicht. AutoIt wird uns überleben. VBA sollte 2014 sterben, lebt aber immernoch. Auch in VBA gab es keine nennenswerten Neuerungen. Wozu auch, es funktioniert bestens. AutoIt und VBA sind in etwa gleich alt, und werden vielleicht auch zusammen sterben. Nur wann...
Es ist doch schön, wenn immer mindestens einer lacht.
Ich verstehe auch nicht immer, wenn eine Antwort Humor oder Sarkasmus sein soll. Aber diesmal hab ich es verstanden. Ich kann aber auch nicht über alles lachen, z.B. wenn sich jemand über Krankheiten lustig macht (sowas finde ich nicht lustig).
Du nutzt die CRCreator.au3 von mir und hast diese mit zint für die weiteren Varianten (Aztec etc.) kombiniert.
Und nur in dieser Kombination tritt der Fehler auf.
Nein. Das Problem habe ich nur wenn ich einen Aztec oder Datamatrix nutze. Der Fehler lag aber bei mir, ist mir gestern auf Arbeit eingefallen, ein Denkfehler. Die Statusbar wird ja durch den QRCreator gefüllt. Der kommt aber bei zint nicht zum Einsatz. Das muss ja auf einen Fehler laufen.
Ich vermute mal, dass du bei Nutzung mit zint, separat die Funktion
__QRStoreLastCall($_iSucc, $_iErr, $_iW, $_sType, $_sOut, $_iMargin, $_iSizePt, $_iCorrLvl)
mit allen Parametern aufrufen musst.
Danke! Das probiere ich mal. Die Idee hatte ich auch schon. Nur das wie hatte ich noch nicht im Kopf, sowas dauert bei mir länger.
Was aber sofort als Fehler kam: Bei allen Aufrufen der statusbar_small fehlte der Unterstrich vorm Funktionsnamen.
Ein dummer Kopierfehler.
Du hast die INI nicht mitgeliefert
Die steckt im Donload weiter oben. Da ist auch zint & Co. mit drin. Das ganze Projekt ist zu groß für dieses Forum. Aber wie gesagt, ich teste das mal.
Andererseits gibt es in MS Office Fehler seit den 80er Jahren
Das ist bekannt.
Der Sarkasmus von mir kommt nicht an?
Ist aber lustig zu lesen.
Ja, das ist mir inzwischen auch aufgefallen, dass es mit QRCreator.au3 zusammenhängt.
Ich könnte für Aztec und Datamatrix auch eigene Parameter erstellen, mit denen ich die Statusbar fülle. Das schaue ich mir aber mal in Ruhe an, wenn ich mal mehrere Tage am Stück frei habe.
Bau eine Statusleiste unten an den Bildschirmrand
Hier mal die Version mit Statusbar (die Datei[en] mit in den Ordner). Bei Nutzung von Aztec und Datamatrix (zint) stürzt die GUI ab. Die Exe gibt einen für mich nicht nachvollziehbaren Fehler aus. SciTe gibt folgenden Fehler aus.
"C:\Users\user\Desktop\AutoIt-Multipage_\QR-Code-Generator3.au3" (1123) : ==> Variable must be of type "Object".:
StatusbarSetColors($aStatusBar, 1, ($tRes.success ? $iGreen : $iRed))
StatusbarSetColors($aStatusBar, 1, ($tRes^ ERROR
Warum tritt das Problem nur bei zint auf? Kann ich nicht nachvollziehen. Vielleicht ist die Datei noch nicht fertig wenn die Statusbar gefüllt wird?
Passt scho. Es weiß ja keiner außer mir, weshalb ich was mache. Es wäre aber einfacher, wenn unsere liebe Firma nicht so ein Gschiss mit fertigen/richtigen Programmen machen würde. Dann wäre ich nicht auf die Idee gekommen, sowas selber zu machen ("Laienhaft zusammenzuschustern").
Dein Programm crasht wenn die .ini fehlt
Solange niemand die/meine Ordnerstruktur ändert, ist die INI immer da. Die Ordnerstruktur muss erhalten bleiben, weil sonst noch mehr nicht funktioniert.
Der Programmname gehört nicht in die .ini
Da steht nur der Name für eine DLL, nicht für das Programm selber. Die DLL gehört zur "QRGreator.au3" (das habe ich so in die QRGreator.au3 eingebaut, weil ich beim DLL-Namen flexibel sein möchte). Da könnte ich auch "Utz Uwe" hinschreiben, dann würde die temporäre dll eben "utz uwe.dll" heißen. 
Der übliche Nutzer erwartet, dass die .ini "config.ini", "settings.ini" oder ähnlich heißt.
Die Nutzer die ich kenne, erwarten, dass das Programm funktioniert. Die interessieren sich nicht für irgendwelche Konfigurationsdateien. Ich könnte auch einfach weiße Seiten nehmen, statt der vielen Farbe, aber das wäre zu leicht.
Bau eine Statusleiste unten an den Bildschirmrand
Hatte ich drin. Aber dann stürzt das Programm ab, wenn man einen Aztec-Code oder Datamatrix-Code erstellt (wird mit zint erstellt). Weshalb weiss ich nicht.
z.B. auch das Generieren der .ini
Mein Programm erstellt keine INI, sondern nur QR-Codes. Und da sieht man ob es erfolgreich war, weil die Codes in die Vorschau erscheint.
Die Tabs sollten alle einen Namen haben, selbst wenn es nur Nummern sind.
Ich habe die Tab-Namen absichtlich weggelassen. Ich steuere den Zugriff lieber über die Schaltflächen. Das gefällt miroptisch besser. Das habe ich in meinem Excel-QR-Code-Projekt auch so gemacht. Allerdings habe ich da zwei Multiseiten (die eine liegt auf der anderen), und gesteuert wird das das mit sevOutbar.
Die Inputfelder für Ordner und Dateiname löschen sich automatisch, wenn man hineinklickt.
Das ist Absicht, damit man nicht soviel mit der Maus arbeiten muss. Das ist noch aus einer alten Programmierung bzw. aus einem kleineren 2FA-Code-Creator, bei der/dem ich Beispieltext vorgegeben habe. Damit der automatisch gelöscht wird, wie man es von Internet-Formularen kennt, habe ich das so eingebaut.
Ich arbeite gerade daran, für euch eine passende Größe zu schaffen. Das dauert aber mindestens bis morgen. Eine 1200x800-GUI ist schon recht klein, wenn man sie auf einem 13"-Monitor mit 1920x1080 und 125% Zoom anschauen muss. Ist halt nicht prickelnd, wenn Notebook-Hersteller 24"-Größe auf einen 13"-Notebook-Monitor quetschen.
In der Regel kannst du deinen Platzbedarf damit auf 20% eindampfen
Das wäre aber immernoch zu groß, für <=18".
Ich sitze meist am Laptop - 1280 x 1024.
Bei der Auflösung bin ich blind.
1200 x 1000
Das kann ich mal versuchen. Ob ich da noch was lesen kann?
Besser wäre natürlich eine automatische Anpassung. Andere Softwarehersteller können es ja auch. Aber das übersteigt meine Fähigkeiten. Vor einer Woche hatte ich noch nicht einmal gedacht, dass ich meinen VBA-Code auf AutoIt umgeschrieben bekomme. Nur weil sich bei uns einige einen QR-Code-Generator gewünscht haben, habe ich es doch gewagt. Bis auf JAB-Code ist es mir auch gelungen. Nur sind bei uns keine Monitore kleiner 24".
Selbst dann ist die GUI noch zu groß.
