Beiträge von BugFix

Und noch eine Änderung hinterher:

Jetzt kann bei der Arraydeklaration gleich der Gültigkeitsbereich festgelegt werden.
s. Post #1

Zitat von AspirinJunkie

Die Frage für mich ist daher: Welche Datenbank läuft dann genau im Hintergrund oder stellt das Objekt selbst eine Art native Datenbank zur Verfügung?

Ich habe das bisher so verstanden, dass ADO eine Schnittstelle für Datenbanken aller Art (egal ob relational oder hierarchisch) darstellt mit Basismethoden/ -Eigenschaften von Datenbanken.
Somit kann man das ADO-Objekt durchaus als eine LowLevel Datenbank ansehen.
In der Vergangenheit war ADO bzw. damals DAO aber aufgrund des implementierten Recordsets recht verrufen, da dieses eine Schwachstelle im Sicherheitsbereich darstellte. Aktuell sind m.W. diese Sicherheitslücken aber abgestellt.

Ich nutze ADO vorrangig um meine SQL-Datenbank z.B. mit AutoIt-Skripten anzuzapfen.

Hier mal noch der MSDN-Link zum ADO-Objekt.

Nach einem Jahr etwas Neues: Arraydeklaration mit Wertzuweisung
Auf einfache Weise Daten, die in der Form ein Eintrag je Zeile vorliegen (was ja recht oft der Fall ist) in einem Schritt in eine Arraydeklaration mit Wertzuweisung packen.
s. Post #1

Zitat von _mk_

Warum eigentlich nicht auch das RecordSet-Objekt (ADO) als Alternative zum Array nutzen?

DAO bzw. jetzt das bessere ADO findet schon Verwendung, in der Rubrik Datenbanken hatte ich dazu bereits gepostet (kann aber sein, dass die Threads nicht mehr existieren, da gabs mal 'nen Crash).
Als direkte Array-Alternative würde ich persönlich es aber nicht betrachten. Dazu ist es doch zu sehr auf Datenbanken zugeschnitten.

Zitat von flex10

Ihr könnt das Thema schließen.

Das mußt du schon selbst tun.
Im Startpost Präfix auf "gelöst" setzen.

Btw.: Es ist immer problematisch Support für eine ganz spezielle Software zu erhalten. Denn das Problem lag ja hier weniger im AutoIt-Bereich.

Lies bitte deine Frage nochmal und dann sage mir, ob du verstehst, was da steht.

Ich verstehe nur: Bahnhof..

Zitat von Taz77

ich hoffe das ist besser

Naaa...
da bau ich mir den Operator doch einfach nach

$Years = 2
ConsoleWrite(_IFOR('$Years > 1', 'Jahre', 'Jahr') & @CRLF)

$Years = 1
ConsoleWrite(_IFOR('$Years > 1', 'Jahre', 'Jahr') & @CRLF)

Func _IFOR($Bedingung, $WahrWert, $FalschWert)
If Execute($Bedingung) Then Return $WahrWert
Return $FalschWert
EndFunc

Aber Sorry an eukalyptus, jetzt haben wir deinen Thread ge-highjackt.
Keine böse Absicht.

Tja, da müssen wir mal abwarten und dann testen, welche Variante schneller ist.
Wobei ich gefühlsmäßig keine gravierenden Differenzen erwarte.

Taz77

Dein Bsp. von 6 Zeilen Code war aber sehr schlecht gewählt.
Denn effektiv codiert, ergibt das auch ohne ternären Operator nur 2 Zeilen.

Local $Var = 75, $Msg = "Value is negative."
If $Var > 0 Then $Msg = "Value is positive."

Also, ich hab jetzt spaßeshalber mal probiert in:
- Notepad
- Wordpad
- Word
- Excel
- NP++
- SciTE

Es funktioniert überall: Send(Chr(216))

Zitat von Natire

Send("{ALT DOWN}0216{ALT UP}")

Sag mal - liest du, was ich poste?
Send(Chr(216))
und nicht dein Tastengedöns...

Du darfst dieses Hotkey NICHT verwenden! Es ist von Windows reserviert!
Probier doch einfach mal "^{F8}", damit geht es 100%-ig.

Hast du überhaupt probiert???

Hier ein Bsp.-Skript.

Alle von mir aufgezeigten Varianten funktionieren auch!

; Ausgabe in Konsole
ConsoleWrite(Chr(216) & @CRLF)

; Einfügen in eigenes Control
$Gui = GUICreate('Test')
$input = GUICtrlCreateInput('', 30,30,60,20)
$btSetData = GUICtrlCreateButton('Einfügen', 100,30,60,20)
GUISetState()
While 1
Switch GUIGetMsg()
Case -3
GUIDelete($Gui)
ExitLoop
Case $btSetData
GUICtrlSetData($input, Chr(216))
EndSwitch
WEnd

; Senden an fremde Anwendung
Send("#r")
WinWaitActive("Ausführen")
Send('Wordpad.exe{ENTER}')
WinWaitActive('[CLASS:WordPadClass]')
Send('Senden an fremde Anwendung: ')
Send(Chr(216))

Zitat

Und warum funktioniert mein script nicht?

Weil dein HotKey von den meisten Programmen vorbelegt ist.

Lassen sich die Radios evtl. per Tastatur anwählen?
z.B. mit TAB in den inneren Bereich wechseln, dann mit ALT+N das Nein wählen? Oder per Pfeiltastatur auf das Radio gelangen und dann mit SPACE selektieren?
Probiere mal rum. Lösungen mit Send() sind zwar nicht unbedingt das gelbe vom Ei, aber wenn nichts anderes funktioniert bleibt oft nur diese Krücke.

Versuche mit dem AutoIt-Window-Info Tool (in SciTE mit Strg+F6 öffnen) die ID / Class der Radio-Button auszulesen.
Mit ControlCommand kannst du diese direkt ansteuern.

Kommt drauf an, wie und wo du das Zeichen einfügen möchtest.

; Ausgabe in Konsole
ConsoleWrite(Chr(216) & @CRLF)

; Einfügen in eigenes Control
GUICtrlSetData($ID_Ctrl, Chr(216))

; Senden an fremde Anwendung
Send(Chr(216))

Zitat von water

Bei Excel 2010 geht die Spaltennumemr bis "XFD".

Oh, sowas "Modernes" habe ich nicht. Ich nutze nur Excel 2000, daher kenne ich den erweiterten Adressraum nicht.
Da müßte dann noch eine Anpassung erfolgen.

Die Umwandlung Spaltenadresse zu Nummer und umgekehrt hatte ich auch mal geschrieben, vllt. hast du Verwendung:

; === Excel - Spaltenadresse zu Nummer
Func __LetterToColNr($sLetter)
; by BugFix
If Not StringRegExp($sLetter, '[a-zA-Z]{1,2}') Then Return SetError(1,0,-1)
If StringLen($sLetter) = 1 Then Return Asc(StringUpper($sLetter)) -64
Return (Asc(StringUpper(StringLeft($sLetter, 1)))-64)*26 + (Asc(StringUpper(StringRight($sLetter, 1)))-64)
EndFunc

; === Excel - Spaltennummer zu Adresse
Func __ColNrToLetter($iColNr)
; by BugFix
If $iColNr <= 26 Then Return Chr($iColNr+64)
$iColNr -= 26
Local $1 = 65, $2 = 90, $tmp, $diff = 1
$tmp = Mod($iColNr,26)
If $tmp Then
$2 = 64 +$tmp
$diff = 0
EndIf
$1 += Int($iColNr/26) - $diff
Return Chr($1) & Chr($2)
EndFunc

..und _ExcelBookNew() hatte ich auch mal modifiziert um beim Erstellen die Anzahl der Tabellenblätter gleich festzulegen:

Du solltest bei Arbeiten im Array, gerade wenn du auf Folge- oder VorherIndex zugreifst, immer prüfen ob dieser Index überhaupt existiert. Ansonsten schmiert bei falschem Wert dort dein Skript mit Array-Fehler ab.

- Posts des TE wiederhergestellt
- CLOSED