Beiträge von BugFix

Sag bitte nochmal genau anhand dieses Bsp.-Textes
"Blabla blub [C2] [A4] [G1] blabla bla"
wie du mit den Werten aus den eckigen Klammern weiter verfahren möchtest. Den Zusammenhang mit der Ini habe ich nicht so richtig gerafft.

Ich interpretiere die Punkte in deinem Bsp. als beliebig viele Inner-Tags, die ebenfalls selektiert werden sollen.

Das kannst du dann so auslesen:

$sSearch = "test2"
$sPattern = "(<item>\s*(?:<[^>]+>(?:[^<]+)</[^<]+>\s*)*<main>" & $sSearch & "</main>\s*(?:<[^>]+>(?:[^<]+)</[^<]+>\s*)*</item>)"
$sString = _
'<item>' & @CRLF & _
' <tagA>111111</tagA>' & @CRLF & _
' <tagB>222222</tagB>' & @CRLF & _
' <main>test1</main>' & @CRLF & _
' <tagC>333333</tagC>' & @CRLF & _
' <tagD>444444</tagD>' & @CRLF & _
'</item>' & @CRLF & _
'<item>' & @CRLF & _
' <tagA>111111</tagA>' & @CRLF & _
' <tagB>222222</tagB>' & @CRLF & _
' <main>test2</main>' & @CRLF & _
' <tagC>333333</tagC>' & @CRLF & _
' <tagD>444444</tagD>' & @CRLF & _
'</item>' & @CRLF & _
'<item>' & @CRLF & _
' <tagA>111111</tagA>' & @CRLF & _
' <tagB>222222</tagB>' & @CRLF & _
' <main>test3</main>' & @CRLF & _
' <tagC>333333</tagC>' & @CRLF & _
' <tagD>444444</tagD>' & @CRLF & _
' <tagE>555555</tagE>' & @CRLF & _
'</item>' & @CRLF

$aMatch = StringRegExp($sString, $sPattern, 3)
If IsArray($aMatch) Then
For $i = 0 To UBound($aMatch) -1
ConsoleWrite($aMatch[$i] & @LF)
Next
EndIf

Gefunden wird:

<item>
	<tagA>111111</tagA>
	<tagB>222222</tagB>
	<main>test2</main>
	<tagC>333333</tagC>
	<tagD>444444</tagD>
</item>

Wenn du Hilfe bei einem Pattern benötigst, ist es unerlässlich die Rahmenbedingungen 100% exakt anzugeben. Damit das Pattern greift müssen alle Textvarianten bei der Erstellung bekannt sein.
Hättest du von Anbeginn gesagt, dass du anhand eines bekannten Wertes in dem main-Tag allen Inhalt im umfassenden item-Tag auslesen möchtest, wäre die Kuh sofort vom Eis gewesen.
Dadurch, dass du aber ständig darauf beharrt hast einen Lösungsansatz mit Ausschluss zu verfolgen, hast du nur Verwirrung gestiftet.
Mach dir aber nichts draus, den Punkt haben wir alle schon erlebt. Da rennt man wie vernarrt einem Lösungsweg hinterher und sieht nichts links und rechts. Darum ist es immer von Vorteil, so viel wie möglich vom Problem zu schildern. Dann kann hier oft ein effektiverer Weg vorgeschlagen werden.

Also wenn du den Text nur auf diese Art lesen kannst, lässt sich z.B. so der Inhalt der eckigen Klammern selektieren:

$sText = "Blabla blub [C2] [A4] [G1] blabla bla"
$aMatch = StringRegExp($sText, "\[([^\]]+)", 3)
For $i = 0 To UBound($aMatch) -1
ConsoleWrite('Match Nr. ' & $i+1 & ': ' & $aMatch[$i] & @LF)
Next

Zitat von powerbass4

Erstmal Danke.....aber da gibt es ein Problem; die einzigen Konstanten sind die <item> und <main> tags ! (alles was noch im <item> tag steht ist unbekannt)

Ich verstehe nicht, was du willst.
Du hast uns ein Muster erstellt, anhand dieses Musters wurde das Pattern erstellt - und das passt auch korrekt. Du legst nur den Inhalt von "main" als Suchbegriff fest, alles andere ist völlig egal, was in den Tags steht.
Wenn du meinst das funktioniert nicht mit deiner Vorlage, dann zeig doch bitte eine korrekte Vorlage.

Und deine Fragestellung ist immer wieder falsch. Classes gibt es nicht für Wörter, wäre ja auch widersinnig, da das dann mit RegEx nichts mehr zu tun hat.

Zitat

Die einfachste Lösung wäre einen <item> tag zwischen dem öffnendem <item> und den (beiden) <main> tags auszuschließen.

Ganz und gar nicht, das wäre die komplizierteste aller Varianten.
Ein Pattern sollte so erstellt werden, dass es effektiv und allgemeingültig ist. Je spezieller, desto komplizierter.

Ich denke mal, du hast folgendes vor:
1. du hast einen beliebigen Suchbegriff (kommt in einem main-Tag vor)
2. nun willst du die zugehörigen item-Tags dafür auslesen (title, text)
3. alle anderen item bleiben unberücksichtigt

Ist das korrekt?
Dein Pattern müsste dann nichts ausschliessen, sondern NUR den item-/item Bereich mit deinem Suchbegriff einschliessen. So wird ein Schuh draus.

Edit:
Hier mal ein Pattern, das dieses Ergebnis bringt:
\<item\>\s*\<title>([^<]+)\</title\>\s*\<main\>(test2)\</main>\s*\<text\>([^<]+)\</text\>\s*\</item\>

Ergebnis:
$a[0] = title
$a[1] = main = Suchbegriff (blau im Pattern)
$a[0] = text

Hi,

ich erstelle in SQLite eine Tabelle wie folgt:

CREATE TABLE IF NOT EXISTS [kunden] ([kdnr] INTEGER PRIMARY KEY AUTOINCREMENT, ...)

Nun würde ich gerne beim Erstellen den Startwert für "kdnr" festlegen, z.B. '10000'.
In der SQLite-Syntax habe ich keine Möglichkeit gefunden, einen Standardwert mit autoincrement zu kombinieren. Ein Umweg wäre nun, nach dem Erstellen der Tabelle einen ersten Datensatz hinzuzufügen mit kdnr=9999. Anschließend diesen DS wieder löschen. In den Metatables bleibt der grösste Index gespeichert und beim Einfügen des dann wirklich ersten DS wird automatisch kdnr=9999+1 verwendet.
Diese Variante gefällt mir aber nicht sonderlich. Hat evtl. schon mal jemand dieses Problem eleganter lösen können?

Ich würde:
- die Daten auf einen Stack schieben
- mit einem anderen Prozeß vom Stack kontinuierlich neue Daten abholen und im Edit anhängen

Zitat von WhiteF

kannst du die funktion um ein parameter erweitern, sodass auch bei ergebnissen mit keiner nachkommastelle, dennoch 2 nachkommazahlen mitausgegeben werden?

Hiermit getan. Mit "-1" (Voreinstellung) für $iDecPlaces wird die tatsächliche Anzahl an Dezimalstellen verwendet. Jede andere Angabe (0, 1, 2, ...) erzwingt diese Anzahl an Nachkommastellen. Wird dabei die Ausgabe gekürzt, wird die letzte Stelle gerundet.

Also mein Beitrag war eher ironisch gemeint, weil ich hinter dieser Spreed/Spritz Geschichte keinen erkennbare Nutzen sehe.
Lesen ist sehr individuell. Ich weiss nicht wie ihr lest, aber ich lese nicht, indem ich Buchstaben entziffere und aneinanderreihe. Ich lese über den Bildeindruck eines Wortes. Und die angegebene "Steigerung" ist bei mir Grundlesegeschwindigkeit.
Als ich noch tagtäglich mit der Bahn zur Arbeit fuhr saß mir im Abteil immer ein Zeitungsleser gegenüber. Ich habe auf Kopf die Zeitung immer schneller gelesen als er.

Lesen ist in erster Linie eine Übungssache. Wenn man viel liest (gelesen hat), erfasst man viele Wörter aus dem Kontext und kann so fast eine Zeile in einem Blick aufnehmen.
Also ist Übung der beste Lehrmeister und nicht diese seltsamen Wortzerstückelungen.

Einfachste Implementation: Alle Vokale entfernen. Gravierende Erhöhung der Lesegeschwindigkeit ohne Verlust des Inhalts. Nur in ganz wenigen Fällen ist im Kontext unklar, welche Vokale wir uns denken müssen.

Global $shellcommand = 'C:\Temp\extractMHT.exe "C:\Temp\RFA\RFA"' & $line & Chr(32) & '"C:\Temp\unzip"'

Die Richtigkeit des Befehls habe ich aber nicht kontrolliert.

Hab das hier leider nicht eher gesehen.

Das, was du hier abziehst ist eine Beleidigung aller Forenmitglieder.
Unfähig die deutsche Sprache in halbwegs verständlicher Schriftform darzubieten! Du mußt keine Superleuchte in Rechtschreibung und Grammatik sein - verlangt keiner.
Aber wir erwarten - Nein, wir verlangen von dir, dass du gefälligst bei Defiziten in dieser Richtung ein Hilfsprogramm zu Rate ziehst, derer es ausreichend gibt. Einfach Grammatik- und Rechtschreibprüfung über dein Geschreibsel laufen lassen und alle sind glücklich.

Das hier müssen wir uns nicht weiter antun, zumal Einsicht deinerseits nicht ersichtlich ist.
Deshalb:

[CLOSED]

Bevor du Send() verwendest, solltest du erst mal mit AutoItWindow-Info überprüfen, ob die Control des Programms evtl. auch Windows-tauglich sind und direkt angesprochen werden können. Schau dir dazu die Control..-Befehle an

ControlCommand
ControlClick
; usw.

Zitat von Ilse

Fehlt da noch was?

Ja, die Hauptschleife - und das Aufheben der Eventzuordnung sollte am Programmende erfolgen

#include "MouseOnEvent.au3"; ist im Scriptdirverzeichnis drin!
; setze hier noch einen Hotkey um das Skript beenden zu können, sonst bleibst du ewig in der Hauptschleife
$iPaused = False
_MouseSetOnEvent($MOUSE_WHEELDOWN_EVENT, "_PausePlay", 0, 1)

While True
Sleep(50)
WEnd
_MouseSetOnEvent($MOUSE_WHEELDOWN_EVENT) ; kannst du dir auch schenken, Programm ist dann eh beendet

Func _PausePlay()
MsgBox(4096,"","")
$iPaused = Not $iPaused
ConsoleWrite("Paused: " & $iPaused & @CRLF)
EndFunc

Zitat von ReneW

wobei mich der Hinweis "ERROR_DUP_NAME" im msdn nicht wirklich weiter bringt.

Dem Manne kann geholfen werden (kpl. Übersicht: hier:

Zitat von MS_SystemErrorCodes

ERROR_DUP_NAME
You were not connected because a duplicate name exists on the network. If joining a domain, go to System in Control Panel to change the computer name and try again. If joining a workgroup, choose another workgroup name.

Ich seh keinen Unterschied zwischen "9 Variablen" und "9 verschiedene, fortlaufende Variablen".
Also Array oder Dictionary-Objekt

Wobei ich AJ zustimme - 851 Zeichen trimmen sieht sehr Fehleranfällig aus.

Zitat von Make-Grafik

und verschiebst [1] nach [0] und [2] nach [1]. In [2] kannst du einen neuen Stein generieren.

Und das händische Verschieben kannst du dir ersparen, wenn du dafür

_ArrayPush

verwendest.

zu a)
Das ist in AutoIt in der Form nicht möglich.
Du könntest alternativ Folgendes anwenden:

For $i = 1 To 10
Assign('Var_' & $i, $i)
Next
ConsoleWrite(Eval('Var_5') & @LF)

Aber zum Einen ist Assign/Eval als schlechter Stil verpönt und zum Anderen generieren derartig erstellte Variablen einen Error bei der Syntaxprüfung, da sie erst zur Laufzeit existieren. Du könntest sie also nur mit Eval ansprechen.
Und warum willst du Arrays vermeiden? Berührungsängste? Das legt sich spätestens dann, wenn du merkst, wie sehr du dir die Arbeit im Skript damit vereinfachen kannst.

zu b)
AutoIt kann mit einigen Objekten umgehen. Dazu gehört auch dein Bsp. Internet Explorer.
Und somit ist der Punkt das übliche Trennsymbol zu den Methoden und Eigenschaften dieses Objektes. Eine Übersicht darüber kannst du dir bei MSDN suchen.

Meine Lösung basiert auf der Verwendung von ODBC-Treibern (steht so auch im Funktionskopf ;))
Hast du evtl. keine ODBC-Treiber installiert (standardmäßig nicht der Fall)? Hier findest du eine Auswahl.

Zitat von DOheim

($bState) ? (GUISetState(@SW_SHOW, $hChild)) : (GUISetState(@SW_HIDE, $hChild))

Das ist ein ternärer Operator und seit der 3.3.10.. in der Stable. Ich vermute mal, du hast eine ältere Version. Kannst du auch als ganz normales If-Then-Else schreiben. Ternäre Operatoren sind ausschließlich "Syntactic Sugar". Wer es also süß mag...