Beiträge von BugFix

Hi,
da hab ich mich etwas irritieren lassen. Du kannst natürlich weiterhin GUICtrlCreateListViewItem() verwenden.
Dann geht das in einem Schritt.

If FileExists($pathIPs) Then
_FileReadToArray($pathIPs, $ips)
For $i = 1 To $ips[0]
GUICtrlCreateListViewItem($ips[$i], $list)
Next
Else
;...
EndIf

Hi sc4ry,

hier die Lösung. Du mußt das zweistufig eintragen. Den Wert für die erste Spalte mit ...AddItem() und den/die Werte für die zweite/weitere Spalte(n) mit ...AddSubItem.
Bei mehr als zwei Spalten mußt du die SubItem-Erstellung dann in einer Schleife führen.

If FileExists($pathIPs) Then
_FileReadToArray($pathIPs, $ips)
$lineIndex = 0
For $i = 1 To $ips[0]
$str = StringSplit($ips[$i], '|')
_GUICtrlListView_AddItem($list, $str[1])
_GUICtrlListView_AddSubItem($list, $lineIndex, $str[2], 1)
$lineIndex += 1
Next
Else
;...
EndIf

Zitat

Klingt gut aber:

Was Wunder...
Seit AutoIt Version 3.2.10 läuft kein altes Skript mehr, das mit Listview arbeitet. Ursache in den veränderten Listview-Funktionen.
Bisher hatte ich weder Zeit noch Lust alle alten Skripte deswegen aufzuarbeiten.

Zitat

Matschtaucher:
GUI_EVENT_PRIMARYDOWN wird grundsätzlich in der GUI nur bei Klicks ausserhalb von Labels oder Pics erzeugt...

Wie kommst du darauf?
Es existieren folgende GUI-Events:
$GUI_EVENT_CLOSE
$GUI_EVENT_MINIMIZE
$GUI_EVENT_RESTORE
$GUI_EVENT_MAXIMIZE
$GUI_EVENT_MOUSEMOVE
$GUI_EVENT_PRIMARYDOWN
$GUI_EVENT_PRIMARYUP
$GUI_EVENT_SECONDARYDOWN
$GUI_EVENT_SECONDARYUP
$GUI_EVENT_RESIZED
$GUI_EVENT_DROPPED

Und denen ist es gelinde gesagt Wurscht, ob und welche Controls sich auf der GUI befinden. Diese Ereignisse sind an die GUI gekoppelt, deshalb auch der Name GUI_EVENT_...

Du schreibst, dass es bei dir nicht geht. Werd doch mal genauer. Funktioniert der hier gezeigte Code, so wie er ist, nicht? Oder hast du ihn verändert?

Tweaky
Stimmt, er will die Sortierreihenfolge umkehren, aber nicht so richt ig, nur ein bischen.

Eine wirkliche allgemeingültige Lösung ist hier eigentlich nicht machbar, da die Sortiervorgabe nicht 'sinnvoll' ist.
Kommen noch mehr Dateien mit unterschiedlichen Namen hinzu, wirds total unübersichtlich.
Meine Frage ist hier: Wieso tragen die Bilder soch unterschiedliche Kennung und welchen Sinn hat es sie so seltsam zu ordnen?
Da ist es vermutlich viel einfacher sie umzubenennen.

In einem Schritt ist das nicht möglich.
Sortiere erst so, dass die Reihenfolge (img23...) stimmt.
Nun teile das Array an der Position, wo der Wechsel nach (img12...) stattfindet. (_Array2DSplit aus meiner Sig)
Sortiere das img12.. Array wie gewünscht und füge beide mit _Array2DJoin aus meiner Sig wieder zusammen.

Einfach im Else-Zweig (also nicht JA) Exit:

If MsgBox(36, 'Ashampoo Burning Studio 7', 'Programm deinstallieren?') = 6 Then
RunWait($pfad)
Else
Exit
EndIf

@.::Mignon::.
Das kann nicht gehen, da der Prozeß erst existiert, wenn uninstall gestartet wurde.
Sry, sehe gerade, dass du vorher Run ausführst. Aber wozu mit Kanonen auf Spatzen schießen...

Da hat .::Mignon::. dich (hoffentlich versehentlich ) in die Wüste geschickt.

Gemeint war nicht: WinExists() sondern FileExists().
(der Befehl, den du korrekterweise schon hattest, nur mit falscher Syntax)

Hi,
ich habe die IRC.au3 von Chip (s. hier) um einige Funktionen erweitert:
_IRCSendAction
Ermöglicht das Senden von Nachrichten des Typs ACTION
Darstellung: [10:25] ***MEIN_NICK macht eine Aktion
_IRCQuit
Beendet die erstellte IRC-Verbindung, optional mit angehängter Nachricht
Anmerkung: Nicht alle Clients können mit QUIT übergebene Nachrichten darstellen
_IRCLeaveChannel
Verlassen eines Channels, optional mit angehängter Nachricht

Mir ist aufgefallen, dass mit dieser Boardversion die Ladezeiten von Beiträgen sehr stark variieren. Aber wenn ich etwas über die Suche aufrufe dauert dies mitunter weit über 1 Minute.
Wirkt so als ob die Datenbank etwas schwerfällig ist.
Einige Beiträge lassen sich auch gar nicht aufrufen - da ist der Browser endlos beschäftigt, kriegt die Seite aber nicht geladen.

Hi,
ich habe mir einen kleinen IRC-Client gebaut unter Nutzung der Funktionen von Chip.
Klappt soweit ganz gut, nur ein Problem habe ich.
Ich bekomme des Senden des Nachrichtentyps 'ACTION' nicht hin.
Beim Empfang von Nachrichten enthalten Nachrichten vom Typ 'PRIVMSG' den Parameter 'ACTION', sodass Aktionen eindeutig identifizierbar sind.
Die IRC-interne Syntax von PRIVMSG lautet:
:Nick!Name@host PRIVMSG #Channel :Message

Ich habe nun schon verschiedene Varianten probiert den Parameter ACTION in die Nachricht zu packen, davor, dahinter, mit vorangestelltem 'SOH' (Start of Heading), aber alles ohne Erfolg.
Leider ist nirgendwo im IRC-Protokoll explizit dieser Vorgang beschrieben.
Falls jemand von euch eine Idee hat, wäre ich dankbar.

EDIT:
Nach vielem Probieren, habe ich nun doch die Lösung gefunden.
Hier die Syntax für ACTION :
:Nick!Name@host PRIVMSG #Channel :[SOH]ACTION Message[SOH]
[SOH]=ASCII(1)

LOL
Unter Codeoptimierung verstehe ich eigentlich Vereinfachung und Verkürzung des Codes.
Schon interessant, wie mein 2-Zeiler, den ich der besseren Verständlichkeit wegen auf 3 Zeilen gestreckt habe, hier 'optimiert' wird
Also seis denn: hier die ganz-kurz-Fassung

$path = 'D:\Spiele\FIFA 2008\bild.jpg'
$name = StringRight($path, StringLen($path) - (StringInStr($path, '\', 1, -1)) )

So, habe den Code an die neue Programmversion angepaßt. Nun läuft er wieder.
Ich tausche die Datei im ersten Post aus.

Bei Verwendung von Fileopen wird ein Filehandle zurückgegeben, welches du für die weiteren Schritte verwenden mußt.

$fh = FileOpen("log.txt", 1)
FileWriteLine($fh, $filedate & "-" & $filesize & "Bytes - Datei gefunden" & @CRLF)
FileClose($fh)

Schau doch mal die Funktion _FileWriteLog() an, ich denke so etwas suchst du.

Ich denke, das Problem liegt hier:

$ok2 = GUICtrlCreateButton("&Ok", 20, 220, 70, -1, $BS_DEFPUSHBUTTON )

Da 'OK' bereits der DEFPUSHBUTTON ist, kannst du nicht einem weiteren Button denselben Stil verpassen.

Zitat

das kleine fenster soll aktive bleiben bis eine auswahl getroffen wurde, Und das root fenster inaktive
(deswegen die whileschlife, damit er in der internen whileschlife hängen bleibt und damit ist die äussere unterbrochen)

Das Fenster ist solange aktiv, bis es geschlossen wird. Eine 2.te While-Schleife ist völlig unnötig.
Alle GUI-Ereignisse werden durch $msg = GuiGetMsg() abgefangen und du kannst sie entsprechend auswerten.
Um von 2 GUI auswerten zu können, mußt du GuiGetMsg(1) verwenden. Wie das geht, darauf habe ich oben mit einem Link verwiesen.

sc4ry: Willst du alte Versionen haben?
Habe ich alle abgespeichert - für schlechte Zeiten

Nicht 2 einzelne Schleifen!
Dein Fehler liegt hier, im Case-Zweig 'LADEN':

If [i]GUIGetMsg()[/i] = $GUI_EVENT_CLOSE Then
				$status = 1
			EndIf
If [i]GUIGetMsg() [/i]= $STOK Then

Die Funktion läuft doch bereits und gibt ihren Wert an $msg in jedem Schleifendurchlauf.
Was soll also hier dieser Aufruf?
Und wieso fragst du innerhalb dieses Zweigs erneut $GUI_EVENT_CLOSE ab? Die Abfrage läuft doch sowieso schon.

Edit: Schreib am besten mal Stichpunkt für Stichpunkt, was überhaupt passieren soll.
Das ist mir nämlich nicht ganz klar.

Hatten wir gestern erst, guckst du hier.