Beiträge von Autolaser

Alternativ geht es auch mit GUICtrlSendMsg

Beispiel für ein Feld Username, was auch die Variable Username hat und als Inhalt Username (Farbe Hellgrau) haben soll.

GUICtrlSendMsg($Username, 0x1501, 0, "Username") ; 0x1501 (ist hellgrau

Wird dann in das Feld geklickt verschwindet der Text

Lauffähiges Beispiel mit GUISetOnEvent da ich GUIGetMsg nicht mag

#include <GUIConstants.au3>
Opt("GUIOnEventMode", 1)
$dein_GUI_Name = GUICreate("Testform", 130, 160, -1, -1)
GUISetOnEvent($GUI_EVENT_CLOSE, "gui_ende")
GUISetState()
$Username = GUICtrlCreateInput("", 10, 30, 100, 21)
$Passwort = GUICtrlCreateInput("", 10, 60, 100, 21)
$testbutton = GUICtrlCreateButton("Login", 10, 100, 100, 25, -1, -1)
GUICtrlSetOnEvent($testbutton, "logintest")

inputfelder() ;befüllt die Inputfelder beim Start

Func logintest()
MsgBox(262144, "Anmeldung", "Anmeldung erfolgreich")
GUICtrlSetData($Username, "") ;Eingabe löschen
GUICtrlSetData($Passwort, "") ;Eingabe löschen
EndFunc

Func inputfelder()
GUICtrlSendMsg($Username, 0x1501, 0, "Username")
GUICtrlSendMsg($Passwort, 0x1501, -1, "Passwort")
EndFunc

Func gui_ende()
Exit
EndFunc

While 1
Sleep(50)
WEnd

Das Fenster Dateidownload (Sicherheitsabfrage) unterbricht dein eigentliches Script

Starte einfach vor deinem eigentlichen Script ein anderes Script/mit Autoit kompilierte EXE was dieses Fenster abfängt.

Ein Beispiel dafür findest du ebenfalls hier im Forum -> Problem mit der Sicherheitswarnung von XP bei ShellExecute

Ja den Code hat er, siehe letzte Änderung gegen 22:35 Uhr) wieder rausgenommen.
Ich habe ihn gestern kurz gesehen und er sah ziemlich wüst aus
Aber vieleicht hat er ihn wieder rausgenommen, weil das Problem gelöst ist bzw. er den Fehler gefunden hat.

Dann bring deinen Last.fm - Client mal in den Vordergrund und starte die Au3Info.exe aus dem AutoIt3-Install-Ordner und lese die Control-ID von den Buttuns die du ansteuern willst aus

achja, ganz vergessen, du mußt noch in den WinTitleMatchMode wechseln.

AutoItSetOption("WinTitleMatchMode", 4)

schau dir mal das Beispiel in der deutschen Hilfe/Übersetzung an --> http://www.autoit.de/dokumentation/…inGetHandle.htm

$Handle = WinGetHandle("DeinFenster")

Sobal dein Script startet den Winhandle ermitteln.

Wenn sich der Fenstertitel ändert ist es egal, du hast ja das Winhandle.
Wenn man den Handle des Fensters hat, kann man das auch immer darüber ansprechen!

Hat denn keiner eine Idee ?

Kev schau mal ob dir die Lösung vom Aufbau des Request --> letzter Beitrag weiter hilft.

Datei via SSL an ein htaccess-geschütztes PHP-Skript senden

[Nachtrag]
Bei mir auf Arbeit habe ich folnende Methode im Einsatz. (reine Anmeldung)
Das müßtest du dann natürlich für deine zwecke noch anpassen.
Versuch es mal mit dem Objekt WinHttp.WinHttpRequest.5.1

#include <Winhttp.au3>
;WinHttp-Objekt erzeugen
$http = ObjCreate("WinHttp.WinHttpRequest.5.1")

;Seite 1 ansteuern
$http.Open("GET", "http://domain.de/unterordner/index.php", false)

;htaccess-Autentifizierung
$http.SetCredentials("username", "passwort", 0)
$http.Send()

;Status und Header anzeigen
ConsoleWrite($http.Status + " --> " + $http.StatusText & @LF)
ConsoleWrite($http.GetAllResponseHeaders & @LF)
ConsoleWrite($http.ResponseText & @LF)

$ergebnis_1 = $http.ResponseText
ConsoleWrite($ergebnis_1 & @LF)

Hilft dir vieleicht _FileWriteToLine weiter ?
--> Hilfe zu _FileWriteToLine

Hier ist noch eine uralte UDF von Xenobiologist
_removeLineInFile_UDF

Aber die Methode von Dieter ist schön kurz

[Edit]
Hier noch was zum Thema von 2009 --> Txt-Datei -> Zeile löschen

Kev,
du mußt den Login-Vorgang mit http Live Headers mitschneiden, dann hast du die Infos im Header welche du benötigst )

Hallo zusammen.

Ich habe mir schon ein paar Sachen mit Autoit für die Arbeit gebastelt.
Derzeit bin ich dabei eine Telefonbuchsuche zu basteln, was soweit auch funktioniert, aber man will ja das Design und die Funktionalität immer weiter verbessern

Als Vorlage diente mir die angepasste IntelliSenseBox mit OnEvent + AcceleratorKeys von GtaSpider -> IntelliSenseBox

Die aktuelle GUI (das Design und die Maße) sind nur zum testen der Funktionalität
Bisher habe ich _GUICtrlListBox_FindString angepasst und mit _GUICtrlListBox_FindInText ersetzt, da meine Einträge mehre Inhalte haben.
Somit kann ich wie in meinem angepassten Beispiel nach Angela oder aber auch nach Merkel suchen.
Der Eintrag wird auch gefunden und markiert, anschließend wird dieser mit Enter oder Mouse-Klick in das Inputfeld übernommen.
Zum anwählen der Rufnummer des gefundenen Eintrages lese ich das Input-Feld per Klick auf anrufen dann aus und übergebe dann mittels StringRegExp und dem Pattern (\d+) alle Zahlen an die Messagebox (später an den Telefonclient).
Wobei der Telefonclient auch den kompletten Eintrag akzeptieren würde und intern die Buchstaben und Sonderzeichen ignoriert.

Soweit so gut.

Wäre eine Anpassung bei der IntelliSenseBox von BuxFix für folgende 2 Punkte möglich?

1. Die dargestellten Treffer in der ListBox sollten waehrend der Eingabe eingeschränkt werden, d.h. nur die Treffer anzeigen, die aufgrund der bisherigen Eingabe noch relevant sind.
z.B bei der Eingabe von Hamburg sollen dann nur die Einträge mit Hamburg bleiben.
Das würde ich dann gerne mit Punkt 2 kombinieren.

2. Die ListBox soll sich entsprechend der Anzahl der Treffer in der Höhe dynamisch angepassen.

Wäre schön wenn mir jemand einen umsetzbaren Vorschlag hätte

Hier der bisher funktionstüchtige Code

$var, das meiste ist doch schon im Handuch beschrieben.

Suche bei google mit "handbuch alice 1231 Port Forwarding" ergibt als ersten Suchtreffer [PDF] Handbuch - Alice

Zitat

Bei Computer tragen Sie die IP-Adresse des Computers ein, für den Port Forwarding erstellt werden
soll.
Kontrollieren Sie, dass diese IP-Adresse an dem entsprechenden Computer eingestellt ist.

Gemeint ist hier die lokale IP welche dein PC von der Alice-Box zugewiesen bekommt. (192.168.1.**)
Die öffentlich IP wäre die welche deine Alice-Box von deinem Internetprovider zugewiesen bekommt

Schau mal nach was unter Heimnetz/Lan steht, siehe auch Seite 28
Punkt 4.4.2.1 DHCP
wenn da 192.168.1.1 steht wie im Handbuch, dann wird die IP deinen PC sehr wahrscheinlich die 192.168.1.2 sei

wieistmeineip.de
zeigt dir nur die öffentliche IP an welche deine Alice-Box von deinem Internet-Provider zugewiesen bekommt und welche sich nach Routerneustart ändert (dynamische IP)
Die lokale IP deines Computers (zugeiesen von der Alice-Box) bekommst du zb. so raus

1. starte die Windows - Konsole mit => Start -> Ausführen -> cmd oder cmd.exe -> Enter
Nun solltet die Konsole von Windows zu sehe seint.

2. tippe dann ein ipconfig /all und bestätige wieder mit Enter
Dann sollte es so aussehen.

Zitat

Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

C:\Dokumente und Einstellungen\dein Benutzername>ipconfig -all

Windows-IP-Konfiguration

Hostname. . . . . . . . . . . . . : dein Computername
Primäres DNS-Suffix . . . . . . . :
Knotentyp . . . . . . . . . . . . : Unbekannt
IP-Routing aktiviert. . . . . . . : Nein
WINS-Proxy aktiviert. . . . . . . : Nein

Ethernetadapter Drahtlose Netzwerkverbindung:

Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Intel(R) Wireless WiFi Link 4965AGN
Physikalische Adresse . . . . . . : 00-11-F8-C1-H5-E3
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja
IP-Adresse. . . . . . . . . . . . : 192.168.1.2
Subnetzmaske. . . . . . . . . . . : 255.255.255.0
Standardgateway . . . . . . . . . : 192.168.1.1
DHCP-Server . . . . . . . . . . . : 192.168.1.1
DNS-Server. . . . . . . . . . . . : 192.168.1.1
Lease erhalten. . . . . . . . . . : Samstag, 24. Dezember 2011 20:25:23
Lease läuft ab. . . . . . . . . . : Sonntag, 25. Dezember 2011 20:25:23

C:\Dokumente und Einstellungen\dein Benutzername>

Alles anzeigen

IP-Adresse, das ist die lokale IP-Adresse welche deinem PC von der Alice-Box zugewiesen wurde.
(siehe Handbuch Seite 28 - DHCP-Server verwenden / IP-Startadresse die 192.168.1.2 )
Standardgateway, DHCP-Server und DNS-Server ist die Alice-Box

Desweiteren solltest du dich noch mit DynDNS beschäftigen, um dein Vorhaben umzusetzen

Zitat

DynDNS (Dynamic Domain Name Server) ist ein Internetdienst, der es
dem Alice Modem WLAN 1231 ermöglicht, immer unter einem feststehen-den Namen aus dem Internet erreichbar zu sein, obwohl sich die öffentli-che IP-Adresse des Alice Modem WLAN 1231 mit jeder Interneteinwahl
ändert.

Siehe dazu auch im Handbuch Punkt 4.3.2 DynDNS auf Seite 26

Für dein Vorhaben solltest du also einrichten
1. Einen Free-Account bei DynDNS ( z.B Hostname variantexy.org) und dann diesen Hostnamen + Passwort in deiner Alice-Box eintragen. (siehe Handbuch Seite 26)
2. Dein Portforwarding mit Port 21 auf die IP 192.168.1.2 (wenn das deine lokale Computer-IP-Adresse ist.

Hast du beides eingerichtet, dann kannst du deinen FTP mit variantexy.org und port 21 auch von außen erreichen.

Zitat

Ich habe bereits dieses Zeug von Dyndns geholt (kenne die Bezeichnung nicht und kann mir leider auch keine logische ausdenken ~,~),
Eins von Dyndns.com und eins von no-ip...
Wenn ich diese nun mit TCPNameToIP "umwandel", bekomme ich verschiedene IP's raus.
Mit "www" am Anfang bekomme ich eine IP raus. Ohne, eine ganz andere.

Nein, du hast in der Alicebox doch extra eine Einstellung für DynDNS.
Da muß der Hostname den du bei DynDNS angelegt hast + Passwort rein.
Die Alice-Box syncronisiert dann Router-IP (welche ja nach Neustart wechselt) mit dem Account bei DynDNS.

Wenn du dann also den Hostnamen von DynDNS z.B im Browser aufrufst dann erfolgt eine DNS-Auflösung ( welche IP steckt hinter diesem Hostnamen)
z.B der server für autoit.de hat die IP
autoit.de A 188.40.127.116
Ich wünsche euch ein frohes Fest und besinnliche Feiertage

@SI360,

hast du irgendeine eine Idee warum diese Fehlermeldung beim testen (F5) deines mitgelieferten Testprojektes auftreten könnte

Zitat

> Starte Datei Testprojekt.au3...

D:\Programme\AutoIt3\ISN_AUTOIT_STUDIO_V_0_7_BETA_COMPILED\ISN (0) : ==> Error opening the file.:

> Testprojekt.au3 -> Exit Code: 1 (Laufzeit: 0.76 sec)

Zitat

Mir ist auch Räzelhaft woher die ISN Datei kommt bei dir...

siehe code-zeile 2
; -- Erstellt mit ISN Form Studio -- ;

Ich weiß auch nicht warum ISN Form Studio das so macht und ich weiß auch nicht wo es klemmt.

Ich finde das auch alles sehr komisch.
Ich teste jetzt gleich mal in einer VM, aber ich wette da wird nichts klemmen.
Mal schauen.

[Nachtrag]
So in einer VM getestet und wie erwartet alles ok.
Ich frage mich trotzdem warum nur ISN AutoIt Studio auf meinem Notebook solche Zicken macht :wacko:
Sowas habe ich mit keinem anderen Programm .

Der ärgerlichste Teil dabei ist, das "ISN Form Studio 2" am meisten rumzickt
Ich kann keine fertige GUI/Form öffnen, bzw sie Form ist dann leer/grau und in den GUI-Eigenschaften steht überall #error# drin. Selbst beim mitgelieferten Testprojekt.
Da ich sonst keine weiteren Fehlermeldungen erhalte, werde ich da natürlich nicht wirklich schlau draus.

Irgendwas kann wohl nicht interpretiert/gelesen werden, aber was nur

So ich geh auch schlafen, gn8@all

Zitat

-> Welche AutoIt Version verwendest du?

Ich verwende die 3.3.6.1

Zitat

Zu 1.) Um welche .isn Datei handelt es sich hier? Kannst du bitte nochmal genau deine Vorgehensweise beschreiben und was nicht funktioniert...

Die Datei heist einfach nur ISN und hat keine Dateiendung.

Diese Datei wird im Verzeichnis "\ISN_AUTOIT_STUDIO_V_0_66_BETA_COMPILED" da wo auch deine Textdatei "BITTE ZUERST ENTPACKEN!.txt" drin liegt.

Sie wird auch erst beim abspeichern der Form angelegt und ist 984 Byte groß, mit folgendem Inhalt.

;
; -- Erstellt mit ISN Form Studio -- ;


$hgui = GUICreate("Form1",320,70,-1,-1,-1,-1)




GUICtrlCreateButton("Telefon anmelden",40,20,100,30,-1,-1)
GUICtrlSetOnEvent(-1,"TelefonStart")
GUICtrlCreateButton("Telefon abmelden",180,20,100,30,-1,-1)
GUICtrlSetOnEvent(-1,"TelefonEnde")






#cs
[gui]
title=Form1
breite=320
hoehe=70
style=-1
exstyle=-1
bgcolour=0xF0F0F0
bgimage=none
handle=hgui
parent=
code=
[0x000308DE]
handle=288
code=
type=button
x=40
y=20
width=100
height=30
text=Telefon anmelden
state=80
style=
exstyle=
textcolour=0x000000
bgcolour=0xF0F0F0
font=MS Sans Serif
fontsize=8
fontstyle=400
id=
func=TelefonStart
bgimage=
[0x000308DA]
handle=289
code=
type=button
x=180
y=20
width=100
height=30
text=Telefon abmelden
state=80
style=
exstyle=
textcolour=0x000000
bgcolour=0xF0F0F0
font=MS Sans Serif
fontsize=8
fontstyle=400
id=
func=TelefonEnde
bgimage=
#ce

Wenn ich danach die Form per Doppelklick öffnen will, passiert garnichts.
Unten links im Programlog steht dann nur "19:55:36 Lade steuerung.isf " aber Formstudio selber geht nicht auf.

Das ganze ist nur bei mir zu Hause so auf meinem Notebook so, auf Arbeit funktiioniert das Projekt problemlos, auch das kompelieren.
Auf Arbeit hatte ich aber auch noch nie die Beta 0.66 gestartet, sondern erst mit der Beta 0.7

Zitat

Zu 2.) Die GUI von Aut2Exe sollte eigentlich nie erscheinen...höchstens bei irgentwelchen Fehlern....

Weißt du zufällig was an Registryeinträgen von der Beta 0.66 geschrieben wird/wurde? Ich such aber nacher auch noch mal per Registryfinder.
Wenn ich die Beta 0.7 starte, scheinen irgendwie noch die Ordnerpfade von alten Beta 0.66 zugeordnet zu sein, obwohl ich die Erstkonfig durchgeführt habe.

Und das Problem mit dem Kompilieren sieht dann so aus das sich ein Hinweis-Fenster von Aut2Exe öffnet mit dem Inhalt "

Command Line Parameters:
Aut2.exe /in <infile.au3> [/outfile.exe>][/iconfile.ico>][/comp 0-4][/nopack][/pack][/ansi][/unicode][/x64][/console][gui]

und dazu der OK Button.
Nach dem Klick auf OK, kommt dann das Fenster Aut2Exe v3, wo dann die Source (Autoit.au3 file) ausgewählt wird und das Ziel für die .exe

Das heißt das dann doch das keinerlei Parameter und Pfade beim kompilieren übergeben werden.
Oder nicht?
[Nachtrag 20:34 erneuter Versuch]
Als ich ebend nochmal getestet habe kam zwar beide Fenster wieder, aber nachdem ich beide Fenster von Aut2Exe mit x (oben rechts) geschlossen habe, kompiliert er mir trotzdem ohne weitere Angaben die exe in den richtigen Ordner (Release) und macht mir danach auch den Ordner auf.
Und die kompilierte Programm.exe funktioniert auch.

Das ganze trat bei mir erstmalig auf als ich ein neues Projekt mit der Beta 0.7 erstellt hatte und dann kompilieren wollte.
Den Tag davor hatte ich mit der Beta 0.6 etwas anderes kompiliert.

Ich denke es sind noch irgendwo alte Registryeinträge von der Beta 0.66 die da greifen/quer schießen.

Zitat

-> Hast du die ISN_AUTOIT_STUDIO_V_0_7_BETA_COMPILED.zip auch entpackt?!?

Ja habe ich.
Beide Betas liegen auch nicht im selben Ordner.

[Nachtrag 2]
So ich habe jetzt noch mal Autoit komplett deinstalliert, dann wieder neu installiert und die ISN_AUTOIT_STUDIO_V_0_7_BETA_COMPILED.zip neu runter geladen, entpackt und dann die Autoit_Studio.exe gestartet.

Gleiches Phänomen, es wird wieder eine Datei ISN im Hauptordner erstellt.
ISN Form Studio rührt sich nicht mehr.
Beim Compilen kommt wieder 2 Fenster von Aut2Exe die man wegklicken kann und die Programm.exe wird trotzdem erstellt und funktioniert auch.

Danach habe ich mal das Testprojekt, was ja dabei ist gestartet.
Die Form ist komplett leer. Rechts werden aber die enthaltenen Buttons aufgelistet.
Wenn Ich im Formfenster auf "GUI Eigenschaften klicke, dann steht in fast allen Felden #error# drin.

Nun bin ich echt ratlos was das noch sein könnte.

Hallo ISI360

Ich bin gerade freudig am testen.

2 Sachen, vieleich ja ganz banal

1.
Ich habe manchmal das Problem, ich weiß nicht wodurch es verursacht wird,
das ich meine vorher erzeugte und auch gespeicherte Form nicht per Doppelklick laden kann.

Das einzige was da dann hilft die Datei ISN im Ordner ISN_AUTOIT_STUDIO_V_0_7_BETA_COMPILED zu löschen

Wieso wird diese Datei eigentlich nicht im Ordner ISN AutoIt Studio erzeugt, sondern im darüberliegenden Ordner ISN_AUTOIT_STUDIO_V_0_7_BETA_COMPILED ?

2.
Wieso wird beim kompilieren des Projekts immer wieder die GUI von Aut2Exe aufgerufen und man muß dann nochmal manuell die Source zur .au2 und zur ziel.exe angegeben.
Das war doch bei der vorherigen Beta nicht so oder irre ich mich ???
Oder klemmt da bei mir irgendeine Einstellung?

[Edit:]
Nachtrag:

ohje jetzt bekomme ich nur noch folgenden Fehler nachdem ich die .exe ohne Fehlermeldungen kompiliert habe.

Line 1123 (File "Pfad zur Exe):
Error: unable to parse line.

Ich glaub ich geh jetzt lieber schlafen bevor ich noch irre werde

Zitat von ISI360

Danke für euer positives Feedback!

Setup hätt ich eigentlich eh noch für die 0.7 BETA geplant...ging sich dann aber doch nicht mehr aus...komt dann mit 0.71 BETA...^^

Aber bitte nicht nur als Setup, einige hier können es nicht ohne Adminrechte installieren.

Ich werde gleich mal noch ein bischen testen.
Danke für die neue Version

Das was ich bis jetzt getestet habe gefällt mir sehr gut .
Respekt für deine bisherige Arbeit ISI360 !

Wann kann man mit der 0.7 BETA rechnen?
Da ich damit auch gerne auf Arbeit ein bischen scripten möchte, was allerdings nicht ohne Adminrechte geht.