Beiträge von BugFix

Zitat von Spielie

in der Schule arbeiten wir in Informatik derzeit mit AutoIt und wir sollen nun ein Programm schreiben, welches 4 Zahlen (größe usw. ist bekannt)

Sorry, aber das halte ich für wenig wahrscheinlich. Ich vermute hier eine umschriebene Form um Hilfestellung beim Capture-Lesen zu erhalten. Denn solch eine Aufgabe von einem Informatiklehrer?? Auch dem wird die Problematik der Captures bekannt sein.

Sollte ich mich irren.. OK.
Irre ich mich?

Du wirst keine Lösung finden, in der das "ohne weiteres" machbar ist. Es lassen sich verschiedene Controls zu solch einem Gebilde verknüpfen, aber ein nicht unerheblicher Aufwand für die Koordination ist notwendig.

Schau mal in diesen Post: https://autoit.de/index.php?page…4347#post254347
Analog kannst du vorgehen, ENTER ist in der WM_COMMAND-Funktion der $iCode = 0x0
Bei der Abfrage von ENTER darfst du aber NICHT das Fensterhandle mit abfragen, denn dieses ist bei ENTER immer 0!

Zitat von peethebee

Was zur Hölle kaufst du dir da zum Geburtstag?

Na hoffentlich nicht den China-Tablet-Klon. :pinch:
Habe das Teil schon live erlebt - den Touchpad-Effekt erreicht man da nur mit gezieltem Schlag eines Gummi-Hammers.
Und der Preis von 130 (?) Euro rechtfertigt auch keine Erwartungen an hochentwickelte Technik.

Zitat von Ilse

Das V ist unterstrichen, aber Alt + V geht nicht.

Wenn das Kontextmenü aktiviert wurde, brauchst du kein Alt, sondern nur den unterstrichenen Buchstaben um den Shortcut auszuführen.

Nur mal im Bezug zur Aufwandsoptimierung betrachtet:
Wäre es nicht wesentlich einfacher, wenn man die (begrenzte) Anzahl an Iconvarianten vorab erstellt und bei Bedarf wechselt?

Füge eine Fehlerabfrage in die Funktion _link ein:

$ret = GUIGetCursorInfo()
If Not IsArray($ret) Then Return ; <== wenn CursorInfo fehlschlägt, wird die Funktion verlassen

HalleMike
Als erstes Herzlich Willkommen im Forum ( du bist übrigens ca. 80 km Luftlinie von mir entfernt )
Sei bitte nicht zu dünnhäutig. Niemand will dich hier von oben abbügeln oder Ähnliches. Wärs dir lieber, wenn man die vorhandenen Kritikpunkte ( die du ja einforderst ) in einem Zuckerteig einbackt, damit es süß zu verdauen ist.
Wir sind direkt, ehrlich und bis auf seltene Ausahmen korrekt im Ton. ( Wenn sich da jemand stark daneben benimmt, greifen wir auch ein )
Wer hier postet, läßt i.A. etwas aus seinem Wissensstand und seinen Erfahrungen einfließen. Das macht die Arbeit eines Forums aus - es entsteht eine Art kollektives Wissen ( aber wir sind keine Borg )
Also greife Hinweise ruhig auf und versuche daraus für deine Projekte einen Gewinn zu erzielen.

Viel Spaß noch bei uns im Forum.

Also mal etwas genauer erklärt:

Du hast einen Startpfad und möchtest alle Ordner die 2 Ebenen unterhalb dieses Pfades liegen auslesen.
z.B. folgende Struktur:

STARTPFAD         EBENE_1         EBENE_2
C:\Projekte\      Projekt1\       Source1
                                  Images1
C:\Projekte\      Projekt2\       Source2
                                  Images2

$aFolder = _GetFolderInRelativeDepth("C:\Projekte", 2)
; Inhalt $aFolder:
; Source1, Images1, Source2, Images2

Gewöhnlich legt man Dateien zu einem bestimmten Programm in Verzeichnisbäumen ab. Wenn du aber nach Dateien suchst, hangelst du dich immer durch einen gesamten Zweig, kehrst dann zurück zum Root und suchst im nächsten Zweig. Hiermit erhälst du sofort alle Ordner einer bestimmten Tiefe und kannst dann ganz gezielt dort suchen.
Als andere Einsatzmöglichkeit wäre auch das Zusammenstellen von Ordnern/Dateien für Datensicherungen denkbar, da liegen die Userdaten oft auch unterhalb eines Root in bestimmter Tiefe.

Die Funktion _FileListToArray hat einige Nachteile:
- bei gesetztem Dateifilter werden keine Ordner ausgegeben
- es ist nur ein Dateifilter möglich
- der Dateifilter arbeitet ungenau ("*.log" erkennt auch "*.log_1" etc.)

Meine Funktion _Multi_FileListToArray ist von der Grundstruktur und den ersten Parametern, sowie den Fehlerausgaben der Funktion _FileListToArray angepasst.
Die Unterschiede:
- bei gesetztem Filter können wahlweise auch die Ordner mit ausgegeben werden
- der Filter kann mit mehreren Suffixen bestückt werden (z.B. "jpg,jpeg,gif,png,bmp"), Syntax ohne "*."!
- als Wildcard gilt "*"
- die Dateiendung wird auf genaue Übereinstimmung geprüft (ausgenommen Groß- /Kleinschreibung)
- wahlweise kann der gesamte Pfad zurückgegeben werden (nützlich, wenn man mit Dateioperationen weiterarbeiten möchte)
- um bei gemeinsamer Ausgabe von Ordnern und Dateien diese deutlich unterscheiden zu können, kann wahlweise ein Präfix vor die Ausgabe der Ordner gesetzt werden (z.B. "[D] ")

Wenn ich das richtig verstanden habe möchtest du Kommentarzeilen löschen?
Dann schau mal hier: https://autoit.de/index.php?page…3195#post243195

Zitat von ProblemUser

Dieser sagte, das das aufnehmen von TV-Sendungen, Radio Sendungen legal sind.

Das ist auch korrekt. Jedoch ist diese Aufzeichnung schon passiert, wenn du den Stream siehst, die Daten werden ja gepuffert, bevor dein Player sie anzeigen kann (auch wenn du später keinen Zugriff mehr darauf hast). Schon allein deshalb ist jede weitere Form der Aufzeichnung weder authorisiert noch zulässig. Es sei denn, der Anbieter gestattet es ausdrücklich, dann werden gewöhnlich die Daten aber direkt zum Download angeboten (s. Mediathek).

If BitAND(GUICtrlRead($radio1), $GUI_CHECKED) = $GUI_CHECKED Then

Das ist unnötig, da BitAND, wenn es $GUI_CHECKED nicht im Status findet, "0" liefert. Somit reicht völlig:

If BitAND(GUICtrlRead($radio1), $GUI_CHECKED) Then

Das, was du meinst was Recht ist, muss nicht zwangsläufig auch der geltenden Rechtssprechung genügen.
Wir sind hier ein Forum und müssen versuchen "unantastbar" zu sein. D.h. alle potentiell illegalen Inhalte sollten tunlichst vermieden werden.
Das Aufzeichnen von TV-Streams ist nach meiner Lesart der deutschen Gesetze ganz eindeutig illegal! Und somit werde ich auch ganz rigoros jeden Thread, der sich dieses Inhalts annimmt ins Nirvana befördern.
Hier gilt nicht "Im Zweifel für den Angeklagten", sondern immer "Im Zweifel gegen den Angeklagten". Nur so können wir uns selbst schützen.

Zitat von DaX

Vielleicht kann er ja, sobald eine Zeile abgeschlossen ist, den Syntax mit Au3Check.exe überprüfen.

Eine OnTheFly-Syntaxüberprüfung halte ich für wenig sinnvoll. Wer jemals in VB / VBA gecodet hat kennt dieses rotzige Verhalten:
Man schreibt einen Befehl, möchte schnell in einer anderen Zeile etwas abändern und prompt erhält man den Hinweis auf Syntaxfehler. Auch das einfache Unterbrechen des Schreibens um mal schnell einen Parameter nachzuschlagen oder eine Konstante zu suchen wird dabei nett mit rotgefärbten Meldungen begleitet. DAS macht definitiv keine Freude und ist u.A. ein Grund warum ich VB habe links liegen lassen.

Arbeite doch mit der IE.au3 (in der Hilfe: UDF - IE Management)
Mit _IEAttach kannst du auf eine existierende Instance zugreifen.

Ersetze einfach in der Step-Berechnung Int mit Ceiling. Klappt auch.

Frag doch einfach ab ob eine IE-Instanz offen ist und beende diese falls vorhanden.

Zitat von Tweaky

Vielleicht könntest du noch einbauen, dass das Fenster sich langsam ändert

Dem Wunsch konnte Rechnung getragen werden.

Ich hab dir mal eine Lösung gebastelt, positionieren und Größe kannst du ja noch anpassen.
- Bei Schreibbeginn im Input öffnet sich das große Input
- Bei ENTER wird das große Input geschlossen und der Inhalt in das kleine übernommen.