Beiträge von water

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.

$zeile = _Excel_ColumnToLetter($i + 1); Wenn Suchargument 1 gefunden

muss

$zeile = $i + 1; Wenn Suchargument 1 gefunden

denn das Ergebnis soll ja die Zeilennummer sein und die sind numerisch.

Woher soll das "Y" kommen?
Kannst Du bitte Dein Skript posten?

In meinem Codeteil

For $i = 0 To ..
    ....
Next

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

DeepL kann zumindest mit den Kohlen was anfangen

Zitat von Tweaky

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

Zitat von Tweaky

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?

Zitat von Peter S. Taler

... 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:

• Erweiterung bestehender Sprachelemente / Funktionen etc.
  Das macht die Hilfe aber unübersichtlicher, da dann an zwei Stellen gesucht werden muss.
  Solche Erweiterungen sollten meiner Meinung nach in die eng. Hilfe "backported" werden.
  Wenn das erfolgt ist, liegt wieder alles an einer Stelle in der engl. Hilfe und beim nächsten Update der deutschen Hilfe muss dann an zwei Stellen geändert werden (wenn man es nicht vergisst).
  Wie habt Ihr Euch die Verlinkung in der deutschen Hilfe auf den Anhang gedacht?
• Sonstiges
  z.B. umfangreiche/komplexe Anwendungsbeispiele für UDFs (Word, Excel). Die sind lt. meiner Erfahrung in einem Wiki besser aufgehoben.
  Daher würden meine Überlegunge eher in die Installation eines Wiki für die deutsche AutoIt-Seite gehen.
  Ein Wiki kann von allen Benutzern gepflegt werden, die Hilfe-Seiten hängen an Tweaky und ev. weiteren Freiwilligen.

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

BTW: Die Art der Verknüpfung von Strings ist nicht relevant.