Beiträge von BugFix

Zitat von chip

Jetzt habe ich doch noch ein Problem. Wenn ich ein Subitem, welches mit _GUICtrlListView_AddSubItem hinzugefügt wurde, umfärben will kommt immer der Fehler:

Das ist auch völlig korrekt. Beim StartUp ( _GUICtrlListView_Formatting_Startup($hGUI, $hListView) ) wird die Spaltenzahl des/der verwendeten Listview ausgelesen und anhand dieser Werte das Array $aIParam erstellt. Wenn du später eine Spalte hinzufügst, ist dafür im Array kein Platz reserviert und der Fehler tritt auf.
Ich möchte auch ungern diesen Schritt variabel gestalten, da eine ständige zusätzliche Überprüfung auf neue Spalten in allen betroffenen Funktionen auch einen erheblichen (zeitlichen) Mehraufwand im Programmablauf darstellt.
Ich denke mal, es ist auch keine allzu große Hürde beim Programmieren, die Spaltenzahl zuerst festzulegen.

Bei Registryeinträgen ist Windows nunmal zickig. Aber wenn du in den Schlüssel "HKEY_CURRENT_USER" schreibst, brauchst du nicht kpl. neustarten. Hier reicht Abmelden/Anmelden zum Aktivieren der Änderungen. Geht etwas schneller als Neustart.
Eventuell reicht es ja auch die explorer.exe neu zu starten - schon probiert?

Zitat von owi dowi spinn

Liegt es an XP?

Nun dadran nicht. Vermutlich hast du das erforderliche NET Framework nicht installiert. Bin mir nicht ganz sicher - sollte im 2.0 enthalten sein. Aber es ist generell sinnvoll, alle Versionen zu installieren, da immer mehr Software das voraussetzt.

Mit folgendem Skript kannst du prüfen ob das Objekt vorhanden ist.

$oArrayList = ObjCreate("System.Collections.ArrayList")
If Not IsObj($oArrayList) Then ConsoleWrite( 'Das Objekt "System.Collections.ArrayList" ist auf dem PC nicht enthalten' & @CRLF )

Zitat von chip

dass wenn man einen Button drückt sich die Farbe des entsprechenden Listview eintrages erst dann ändert, wenn man im Anschluss nochmal den Eintrag im Listview anklickt.

Du bist wahrscheinlich der erste, der keine Änderung der Hintergrundfarbe vornimmt. Hatte ich niemals bewußt allein geprüft, da das Färben des Hintergrundes im Vordergrund der UDF stand.
Stimmt, die Überprüfung, ob das Subitem neu gezeichnet werden muß berücksichtigte nicht, dass evtl. nur die Vordergrundfarbe geändert wird. Hab das jetzt angepaßt.
Tausche mal in der LV_Format_include.au3 die folgende Funktion aus, dann paßt es:

Zitat von patiii

also erst wenn man auf den button drückt soll man die zwischenschritte sehen

Und was hindert dich, den Schritt unterhalb des Case einzufügen? :wacko:

Zitat von patiii

ich habe z.b. 1 + 1 = $a

Das geht schon mal gar nicht - wenn dann so: $a = 1 +1
Ausgeben kannst du doch per MsgBox - oder um es anschaulicher zu machen und Klickerei zu sparen, in ein Edit ausgeben. Rechenschritt ins Edit schreiben, nächste Zeile das Ergebnis, kurzes Sleep() und nächster Schritt usw.

Edit:
Hier mal ein Muster

#include <GuiEdit.au3>
Local $a = 10, $b = 20

GUICreate('Test')
$hEdit = GUICtrlCreateEdit('', 10, 10, 200, 200)
GUISetState()

Sleep(500)
_Operate($a, $b, '+')
Sleep(500)
_Operate($a, $b, '-')
Sleep(500)
_Operate($a, $b, '*')
Sleep(500)
_Operate($a, $b, '/')

Do
Until GUIGetMsg() = -3

Func _Operate($a, $b, $action)
_GUICtrlEdit_AppendText($hEdit, $a & ' ' & $action & ' ' & $b & @CRLF)
_GUICtrlEdit_AppendText($hEdit, @TAB & '=' & Execute($a & $action & $b) & @CRLF)
EndFunc

Hexwerte werden in Autoit so dargestellt: 0xABCDEF

AND NOT > $max_Wert1 Then

geht nicht, es fehlt die Vergleichsbedingung

$a_Regex_mit_2_Hexwerten[0] <= $max_Wert1

Zitat von campweb

OT: AutoIt

Da hättest du mal besser den Startpost gründlich gelesen, es geht um ein Auto - IT - Support - Tool (automatisches IT Support Tool), nicht um ein AutoIt-Support-Tool.

Laß dir den gelesenen Text in die Konsole ausgeben, vergleiche mit deinem Suchbegriff, ob dieser überhaupt in der Form enthalten ist (da Case Sense geprüft wird, ist natürlich der exakte Begriff und Schreibweise erforderlich).

Edit:
@campweb: Was soll diese Bot-Vermuterei? Ich sehe bisher nichts, was gegen unsere Forenregeln verstößt! Also bitte nicht hinter jedem Skript einen Bot vermuten.

Ich habe dir doch gesagt du mußt Casesens auf 1 setzen
So gehts:

$Read = 'Hallo liebe Gemeinde und ein besonderes Willkommen, USER_X aus Klein-Siehste-mich-nicht.'
$IdL = 'USER_X'
IF StringInStr($Read, "Willkommen, " & $IdL, 1) Then MsgBox(0, '', $IdL & ' - im Text enthalten')

Verwende doch die Meßfunktion aus meinem TextMeter. Etwas anpassen, dann kannst du das dazu verwenden.

Das leidige Problem mit der schwachbrüstigen RegEx-Engine in AutoIt :wacko:
Im RegexBuddy funzt es tadellos.

OK, mit dem folgenden Pattern und Flag 3 bekommst du im Array nur "keywords" aus dem Quelltext.
Voraussetzung, dass das mit anderem Source auch klappt ist, was zwischen "type=hidden" und "name=" steht.
Nach dem vorgegeben Source folgt "name" direkt auf "type=hidden" oder es steht "value="" " dazwischen (In den Zeilen, die "name=" enthalten aber nicht ins Ergebnis sollen). Sollte das in anderer Source nicht so sein, muß dort mit Oder-Verknüpfungen im Optionalzweig [ (?:value="" )? ] angepaßt werden.
Hier das Pattern: (?<!type="hidden" (?:value="" )?)(?:name=")([^"]+)

Also mal als Kurzfassung:
Wenn eine Zeile mit "<input" beginnt UND das Feld "name=" enthalten ist, dann möchtest du den Begriff hinter "name=" als Ergebnis haben. Ist das korrekt?

Edit:
Ich sehe gerade, das würde ja auch auf "userUsedAutocompletion" und "categoryId" zutreffen.
Mal sehen, ob das mit einem Aufruf geht.

Zitat von eukalyptus

Die Lösung ist nicht ganz zufriedenstellend, aber für meine Zwecke reicht es fürs erste...

Habs nochmal angeschaut, gibt wohl keinen anderen Weg als
- Mouse Events auffangen und blocken
- Input Device abfragen
- gewollte Events senden

Es ist recht aufwändig - aber weshalb nicht zufriedenstellend?

Habs gerade bemerkt, dass es um die Selektion geht. Der Code war zu lang
Ich muß mal mit mehrerer Mäusen testen, aber vermutlich gehts wohl nicht.

Zitat von eukalyptus

Da gibt es jedoch ein großes Problem: $WM_MOUSE_LL-Hook wird VOR RawInput aufgerufen und ich hab keine Chance auf diesem Weg!

Dann verwende RawInput nicht und hol dir die Infos, die du damit erhalten willst aus dem Hook.
Wenn ich richtig geschaut habe, sollte der Hook doch alle relevanten Infos liefern:

Dein Ergebnis der neuen Größe hat mit Sicherheit Nachkommastellen, die dann gerundet werden. Somit verändert sich dein Control von mal zu mal mehr.
Das kannst du nur verhindern, indem du die neue Größe nicht berechnest, sondern festlegst in einer Tabelle in der Form:

WheelEvents  Ctrl-Größenänderung (Breite, Höhe)
    1                +1, +3
    2                +2, +4
    3                +3, +6
   ...
   -1                -1, -3
   -2                -2, -4
   -3                -3, -6

Zitat von BugFix

den Musterquellcode und färbe die Elemente ein, die du als Ergebnis willst

Ist denn das sooo schwer??? Jetzt hast du wieder mit Worten beschrieben, was du dir vorstellst - und damit kann ich leider nicht viel anfangen.
Dein Bild mußt du erst noch erklären, blau, gelb..

Ich nutze die MouseOnEvent.au3 nicht, letzlich macht diese aber nichts anderes, als ich im folgenden Skript - nämlich das Wheel-Event auswerten.
Im Bsp. siehst du, wie nur bei gedrückter rechter Maustaste eine Zählervariable mit dem Mausrad hoch- oder runtergezählt wird, je nach Richtung (vorwärts "+", rückwärts "-").