Beiträge von BugFix

So kannst du prüfen ob
- Excel bereits mit deinem Workbook geöffnet ist
- Excel ohne das Workbook geöffnet ist
- Excel nicht geöffnet ist
Entsprechend erfolgt der Zugriff auf die Tabelle.

Global $myPath = "DEINE.xls"

Global $fOpen = False, $oBook, $oExcel = ObjGet('', 'Excel.Application') ; Zugriff auf geöffnetes Excel
If @error Then
; == Excel ist nicht geöffnet, neues Excel-Objekt erstellen
_OpenXLS(0)
Else
; == in Excel geöffnete Workbooks auflisten
$oBook = $oExcel.WorkBooks
For $book In $oBook
If $book.Path & '\' & $book.Name = $myPath Then
;~ ConsoleWrite($book.Path & '\' & $book.Name & @CRLF)
$oBook($book.Name).Activate
$oExcel.Visible = 1 ; nur wenn Tabelle sichtbar sein soll
$book.Sheets(2).Select()
$fOpen = True
ExitLoop
EndIf
Next
EndIf
If Not $fOpen Then _OpenXLS($oExcel) ;

Func _OpenXLS($_oExcel)
If Not IsObj($_oExcel) Then $oExcel = ObjCreate("Excel.Application") ; Excel-Objekt erstellen
$oExcel.Visible = 1 ; 0=unsichtbar/ 1=sichtbar
$oBook = $oExcel.Workbooks.Open($myPath) ; Datei öffnen
$oBook.Sheets(2).Select()
EndFunc

Das hättest du vor 3 Jahren fragen müssen. Damals habe ich alle Unterlagen (Programmierhanbücher, Codieranweisungen etc. pp.) zur Lochkartentechnik entsorgt.
Habe mir das im zarten Alter von 10 Jahren (1971) begeistert reingezogen.
Es gab verschiedene Lochkartensysteme. 80 x 12 war ein Standard, wir hatten damals glaub ich mit 8 Zeilen gearbeitet (Löcher rechteckig) + eine durchgängige Positionslochung (rund).

Zitat von minx

da ich den Pfeiltasten keine anderen Accelerators mehr zuweisen kann

Klar geht das, in den zugeordneten Funktionen der Dummies kannst du doch je nach aktueller ID (Fokus) andere Aktionen ausführen.

Zitat von minx

Gibt es nun auch noch eine Lösung für die Navigation mit Pfeiltasten?

Boshaft könnte ich sagen: Denk doch mal ein bischen nach...

Weise den Pfeiltasten über GuiSetAccelerators Dummy-ID's zu. Bei Auslösen der Dummies durch die Pfeiltasten prüfst du mit den Edit-Funktionen die Zeichenposition im Edit. Wenn = 0 wiederum Fokuswechsel.

Zitat von minx

Jetzt bleibt das Problem, das ich mit z.B. Backspace nicht wieder in das erste Control komme, wenn der Cursor am Anfang des zweiten steht...

Im zweiten Edit (über "WM_COMMAND") den $iCode "$EN_CHANGE" abfragen und dabei Länge Inhalt Edit2 prüfen, wenn = 0, dann Fokus auf Edit 1 ans Ende.

Zitat von Facemix

da ich sonst mit AutoIT scripte aber diesmal brauch ich Batch!

Wenn es zwingend Batch sein muss, dann ruf doch ein AutoItskript, dass die Ladebalken-Geschichte erledigt, über deine Batch auf.

Edit:

Habe mal kurz in Batch-Tuts geschaut, wenn das Laden in einem Task läuft, kannst du über die Existenz des Taskes die Schleife steuern, wenn der Task beendet ist, wird die Schleife verlassen.
Probier mal:

set Zaehler=³
:LOOP
echo.
echo Programm wird geladen ...
echo.
echo %Zaehler%
set /a Zaehler=%Zaehler%²
ping 127.0.0.1 -n 3>nul
cls
TaskList|Find "Taskname" >NUL || If Errorlevel 1 Goto WEITER
Goto LOOP
:WEITER

Das kannst du so machen:

#include <EditConstants.au3>
#include <GUIConstantsEx.au3>
#include <WindowsConstants.au3>

$hGUI = GUICreate("Edit Test")
$1 = GUICtrlCreateEdit("Test", 5, 5, 390, 195, $ES_WANTRETURN)
$2 = GUICtrlCreateEdit("", 5, 200, 390, 195, $ES_WANTRETURN)

GUISetState()
GUIRegisterMsg($WM_COMMAND, "WM_COMMAND")

While GUIGetMsg() <> -3
WEnd

Func WM_COMMAND($hWnd, $iMsg, $iwParam, $ilParam)
Local $hWndFrom, $iCode
$hWndFrom = $ilParam
$iCode = BitShift($iwParam, 16) ; Hi Word
If $hWndFrom = GUICtrlGetHandle($1) And $iCode = 1281 Then ControlFocus($hGUI, '', $2)
Return $GUI_RUNDEFMSG
EndFunc ;==>WM_COMMAND

Einen wirklichen Sinn kann ich in dem Vergleich nicht finden. Wie schon gesagt wurde ist es zweifelhaft, ob diese Art des Vergleiches überhaupt realistisch ist.
Und wozu überhaupt der Speed-Test mit anderen Sprachen?
Wem AutoIt zu langsam ist (was vermutlich bei 1% der User in wiederum höchstens 1% der Anwendungsfälle wirklich signifikant sein mag), der sollte Inline ASM verwenden und schon flutscht die Sache.

Zitat von Fernando

Wie stelle ich im Programm fest, ob eine EXCEL-Datei geöffnet ist, und wie spreche ich dann diese Datei an, so dass ich meine Daten dort abladen kann.

Bitte dazu nicht diesen Thread hijacken - ist ein anderes Thema. Eröffne dazu einen eigenen Thread in "Hilfe und Unterstützung".

Für H&U halte ich das auch für sinnvoll.

Mein Hauptaccount ist ein werbefreier (ist ja auch ein Bezahl-Account).
Aber für Foren, Kontakte zu Shops etc. pp. verwende ich nur Freemailer, wenn die dann vollgespamt werden ist mir das egal.
Achja: Der Spam von Web.de wird bei mir als solcher durch den Spamfilter (bei Weiterleitung auf meinen Hauptacc.) ins Nirvana befördert.

Zitat von minx

JEDES Mal erhält der Empfänger irgendwelche sinnlose Werbung.

Sorry, aber das ist Schwachsinn! - Das passiert nur, wenn du den Web-Mailer benutzt.
Bei Verwendung über einen Mail-Client (z.B. Thunderbird od. Outlook etc.) hast du keinerlei Werbung.

Ich hatte aus Urzeiten einen Account bei web.de, immer mal wieder eingewählt um ihn am Leben zu halten. Normalerweise läuft da nix drüber. War aber auch der einzige Account der ein paar Adressen enthielt, u.A. die von meinem Haupt-Account.
Plötzlich bekam ich dann von diesem Konto eine Mail mit Link für irgendeine Schmuddelseite. Als weitere Verteiler alle Adressen aus dem Adressbuch dieses Kontos. Es hatte also jemand geknackt.
Also:
- eingeloggt
- Passwort geändert (ein richtig kryptisches mit 14 Zeichen)
- Sicherheitsabfrage für vergessenes Passwort geändert -->> SEHR WICHTIG!! Wenn der Fremde diese Infos geholt hat bekommt er jederzeit ein neues Passwort für den Account.
Dann war Ruhe.

Oder du verwendest meine OwnContext UDF.

So unterschiedlich sind halt die Befindlichkeiten.
An deinem Bsp. kann ich nun gar nix Schlimmes finden.
Wobei ich es in der Regel so handle, dass Strings mit einfachem Anführungskennzeichen markiert werden und String im String mit doppeltem. Un das hat rein ergonomische Gründe, da es wesentlich einfacher ist, das einfache Anführungszeichen zu tippen, als das doppelte.
Aber wir wollen mal den Thread nicht total in OT überführen.

Zitat von chesstiger

Ich bevorzuge eher die 2. Variante.

Dann kommst du vermutlich aus einer (Programmier)Sprachecke, die nur eine Quota kennt und somit die Maskierung mit sich selbst erzwingt.
Kann ich persönlich gar nix mit anfangen, viel zu unübersichtlich beim Lesen.

Run kann max. 4 Parameter entgegennehmen, du rufst es mit 5 auf. :wacko:
Bau dir den Programmaufruf ausserhalb des Runbefehls zusammen, bedenke dass einige Parameter als quotierter String angehängt werden könnten. Also unterschiedliche Quota verwenden.
Übergib dann die Variable, die den parametrisierten Aufruf enthält an Run.
Am Besten:
Vorher in der Konsole testen, wie der Aufruf aussehen muss, damit es funzt.

Die Aktionen solltest du mit den IE-Komponenten realisieren. Dazu verwendest du

_IEAction

Nun, "ADODB" ist das Zauberwort, das dir mit einer Suche auf MSDN alles offenbart.
Link MSDN - ADO Referenz

Schau mal hier: https://autoit.de/index.php?page…49074#post49074