Sehr schön
Ist vorgemerkt! Wird aber etwas dauern, da ich derzeit voll eingespannt bin
Sehr schön
Ist vorgemerkt! Wird aber etwas dauern, da ich derzeit voll eingespannt bin
Wäre auf jeden Fall möglich. Problem ist, dass es ein Script Breaking Change, der Nutzen im Vergleich aber minimal ist.
Ich werde die Funktion aber um Prüfung der Funktionsparameter und entsprechende Fehlermeldungen erweitern.
Vielleicht hilft dieser Thread aus dem engl. Forum: https://www.autoitscript.com/f…2-simple-dropbox-for-urls
Die Funktion importiert aus einem Array ODER einer Datei. Damit die Funktion weiss, woher sie die Daten nehmen soll, musst Du das in Parameter 2 angeben.
In Parameter 3 steht dann der Name des Arrays oder der Datei.
Nun hast Du Parameter 2 aber auf den Wert "2" gesetzt. Daher erwartet die Funktion in Parameter 3 eine Datei.
Lösung: Ändere den Parameter 2 auf den Wert "1" und dann funzt das.
Korrekt.
Ich glaube, ich muss noch ein paar Eingabedaten-Prüfungen einbauen. Die aktuelle Fehlermeldung ist nicht aussagefähig genug.
N.B:
Mit Scriptomatic kannst Du Dir AutoIt Code für WMI Abfragen generieren lassen und auch die Ausgabe (Console, MsgBox, Array) bestimmen.
Woher soll das "Y" kommen?
Kannst Du bitte Dein Skript posten?
In meinem Codeteil
wird die komplette eingelesene Tabelle durchsucht. $i ist dabei die Zeile (in Deinem Beispiel 26).
Da der Index eines Array bei 0 und die Zeilennummer in Excel bei 1 beginnt, musst Du $i + 1 nehmen um die Zeile/Reihe zu ermitteln.
Wenn Du dann die ConsoleWrite Zeile durch Deinen Code ersetzt kannst Du mit $i + 1 die Zeile in Excel adressieren.
$i + 1 ist die Zeile und $j + 1 ist die Spalte. Mit der Funktion _Excel_ColumnToLetter kannst Du die Spaltennummer in den entsprechenden Buchstaben umwandeln.
Womit wir mMn wieder bei einer Umfrage wären. Nur mit einer halbwegs verlässlichen Datenbasis können wir Entscheidungen bezüglich der - derzeit wie Pilze aus dem Boden schießenden - Vorschläge treffen
Ich kenne keine Nutzerzahlen.
Die Zugriffszahlen auf https://autoit.de/onlinehilfe/ sollten da einen groben Eindruck geben können.
Das sollte der Serveradmin mit geringem Aufwand ermitteln können
Ich habe mir das ganze Thema nochmals durch den Kopf gehen lassen.
Ergebnis: mMn sollte in einer Umfrage erhoben werden, wer einen Nutzen im Anhang/Wiki/whatsoever sieht.
Wir haben ja eine umfassende Anzahl an Informationsquellen (englisch und deutsch). Ich tue mir daher schwer, die Anzahl der Nutzer einzuschätzen, die von einer deutschsprachigen Erweiterung ewas hätten.
Erst danach könnte man die Kosten-Nutzen-Relation abschätzen.
Wenn ich sehe, wieviele Benutzer an der Übersetzung der primären Informationsquelle für AutoIt (der Hilfe) mitarbeiten, dann bin ich eher skeptisch bei detaillierteren sprich zeitaufwändigeren Informationsquellen.
Diese Gedanken sind leider auch nur 2 Cent wert
Ich glaube mich an eine Diskussion im engl. Forum zum Thema Beispielskripte zu den _WinAPI* Funktionen zu erinnern.
Zusammengefasst:
Wer die _WinAPI* Funktionen in seinem Skript einsetzt, der kennt sich in den (Un-)tiefen von Windows so gut aus, dass er keine Beispiele mehr benötigt.
Für alle anderen User wurde auf die Unterlagen von MS verwiesen.
Der Aufwand um für alle noch fehlenden Funktionen sinnvolle - und halbwegs kurze - Beispiele zu entwickeln und zu dokumentieren ist einfach zu groß.
Danke
function notes funktionieren
Perfekt, dann mache ich weiter.
Zum anderen Thema:
bei weiteren Seiten in der deutschen Hilfe stellt sich mir die Frage, welche Inhalte da noch mit aufgenommen werden sollen?
... was in der Hilfe stehen sollte oder könnte nicht aufgenommen werden kann.
Peter S. Taler Könntest Du bitte Beispiele posten?
Ich sehe da zwei unterschiedliche Themenfelder:
Das waren meine "2 cents worth" für heute
FileFindFirstFile initialisiert die Suche und gibt ein Handle zurück.
Erst mit FileFindNextFile bekommst Du den Filenamen des ersten gefundenen Files zurück.
Excel durch einen Array ersetzt, Excel-spezifische Zeilen auskommentiert. Skript getestet und läuft:
#include <Array.au3>
;~ #include <Excel.au3>
#include <MsgBoxConstants.au3>
;~ Local $oExcel = _Excel_Open(True)
;~ If @error Then Exit MsgBox($MB_SYSTEMMODAL, "Excel UDF: _Excel_RangeFind Example", "Error creating the Excel application object." & @CRLF & "@error = " & @error & ", @extended = " & @extended)
;~ Local $oWorkbook = _Excel_BookOpen($oExcel, "C:\Users\hfrommon\Documents\search.xlsm")
Global $sConcern = "C14435440"
Global $sSelected = "UC-L01"
Global $sRow = ""
Global $aData[][] = [["C14483040", "UC-L03", 1, 2, 3], ["C14435440", "UC-L01", 11, 12, 13, 14]]
;~ Global $aData = _Excel_RangeRead($oWorkbook) ; Komplettes Worksheet einlesen, inkl Headerlines
_ArrayDisplay($aData)
For $i = 0 To UBound($aData) - 1 ; Kompletten Array durchlaufen und Suchargument 1 suchen
If $aData[$i][0] = $sConcern Then ; Wenn Suchargument 1 gefunden
If $aData[$i][1] = $sSelected Then ; Suchargument 2 vergleichen. Wenn gefunden
For $j = 2 To UBound($aData, 2) - 1 ; alle Spalten rechts davon verarbeiten
$sRow = $sRow & $aData[$i][$j] & "|" ; mit | als TrennzeichenWenn verknüpfen
Next
ConsoleWrite($aData[$i][0] & "|" & $aData[$i][1] & "|" & $sRow & @CRLF) ; Concern, Model-Nr und alle anderen Spalten und auf Konsole ausgeben
$sRow = ""
EndIf
EndIf
Next
Alles anzeigen
BTW: Die Art der Verknüpfung von Strings ist nicht relevant.