warum eigentlich ein script für acronis ?
lege doch einen job in acronis an, dann wird automatisch ein backup zu bestimmten zeiten angelegt (es lässt sich alles "feinjustieren" unter acronis)
gruss exberliner
warum eigentlich ein script für acronis ?
lege doch einen job in acronis an, dann wird automatisch ein backup zu bestimmten zeiten angelegt (es lässt sich alles "feinjustieren" unter acronis)
gruss exberliner
aber hallo DjBasslord,
mir bringt dieses programm in seiner funktion an sich leider nichts.
ABER ... da stecken viele neue anregungen und tipps für mich drin und das zählt schliesslich auch, oder ?
getestet habe ich es auch mal. läuft ohne probleme.
nur das etwas schreckliche blau ...., aber das gehört ja in die rubrik geschmacksache; und darüber kann man nicht streiten ![]()
gruss exberliner
ich denke zum auslesen eines edit-feldes sieht die lösung so aus:
[autoit]$wert=ControlGetText ("Fenstertitel","Fenstertext","NameDesEditFeldes")
[/autoit]wobei:
1. zuvor evt. ein ControlGetFocus oder WinActivate erforderlich sein könnte. (ich mache das grundsätzlich so.)
2. wenn kein "Fenstertext" da ist, dann "" benutzen.
gruss und schönen sonntag noch.
exberliner
meinst du vielleicht winspy ?
ein link dazu wurde erst vor kurzem in diesem forum gepostet.
finde den aber nicht über die suche hier.
EDIT: oder controlspy von mickeysoft ?
gruss exberliner
hi,
zu so später stunde zu posten sollte dir verboten werden ![]()
schwerz beiseite; aber meinst du, ich habe auch nur eine leiseste ahnung was du möchstest ? vielleicht gehts ja anderen auch so, oder mir muss um diese zeit das lesen verboten werden ![]()
willst du tastaturdefinitionen programmieren / tastenbelegung ändern ?
ach, klär mich mal auf :hammer:
EDIT: ach, ich sehe, dein thread ist auf gelöst. na dann kann ich ja beruhigt schlafen gehen. aber mich würde die lösung schon noch interessieren ![]()
gruss exberliner
hi,
benutze doch mal die funktion:
Opt("TrayIconDebug", 1) ;0=no info, 1=debug line info
"Wenn die Option freigegeben wurde, wird die aktuelle Skriptzeile im Tip des Icons in der Statusleiste angezeigt um bei der Fehlersuche zu helfen.
0 = Keine Programmfehler Information (Vorgabe).
1 = Programmfehler Information wird angezeigt."
vielleicht findest das damit schon raus ?
Edit: bei verdacht dann einfach mal "haltepunkte" sprich msgboxen einbauen.
gruss exberliner
hi,
konvertiere doch deine exceltapete in eine csv-datei.
diese textdatei liest du dann mit _filereadtoarray in autoit ein.
durch deinen markierungsfilter "fischt" du diese dann raus und baust deinen string entsprechend auf.
ich denke mal nicht, dass das ergebnis im anderen sheet von excel für dich von bedeutung ist ?
gruss exberliner
der immer noch auf mailbenachrichtung von forum wartet ![]()
habs jetzt nicht getestet. versuchs mal so:
[autoit]FileWriteLine($file, 'rmdir /S /Q "OfficeScan NT"')
[/autoit]gruss exberliner
jmd. interessiert ? müssen online nur registriert werden.
PN oder mail an :
mailaddi wird nach cebit oder kartenvergabe wieder gelöscht.
wer zuerst kommt, .... und nur an forumsmitglieder
EDIT: mailaddi gelöscht
gruss exberliner
ah super, pee.
schau mal bitte in die IE.AU3 zeile 290. das bedarf ja dann einer korrektur ?
dann stellt sich nur noch die frage, warum das mit der beta funktioniert, obwohl dort gleiche zeile ist.
gruss exberliner
nimm doch einfach mal F8 oder F7 statt der F9. sollte sich doch lösen lassen.
gruss exberliner
ja, bei mir gehts auch.
gruss exberliner
also ich habe noch vieles probiert und im prinzip läuft folgendes kleines prog nicht unter autoit version 3.2.2.0
[autoit]Opt("WinTitleMatchMode", 1)
$iWinTitleMatchMode = Opt("WinTitleMatchMode")
msgbox(0,"",$iWinTitleMatchMode)
bei der abarbeitung der zeile 2 erfolgt die fehlermeldung:
D:\test.au3 (3) : ==> Unknown option or bad parameter specified.:
$iWinTitleMatchMode = Opt("WinTitleMatchMode")
bei wem läuft das o.g programm unter 3.2.2.0 ?
EDIT: hmm, kann nicht bitte einer einmal dieses kleine prog unter 3.2.2.0 german testen ?
danke und gruss exberliner
hallo,
ich habe mit der installation der autoitversion 3.2.2.0 einen autoiterror in der ie.au3. bin dann wieder auf die alte version 3.2.0.1 zurück, wo ich den fehler nicht bekomme.
nun will ich ja nicht ewig mit der alten version von autoit arbeiten und versuche nun das problem zu lokalisieren. vielleicht hat hier jmd. eine ahnung, woran das liegen könnte ? in der ie.au3 will ich ja nicht unbedingt rumpfuschen, vielleicht liegt da ein allgemeiner fehler vor ?
-- meine programmzeile lautet hier : ($windowA ist deklariert)
$o_IE1 = _IEAttach($windowA,"embedded")
-- Opt(WinTitlematchmode) wird nicht im programm von mir verwendet
-- meine ie.au3 ist vom 19.12.2006 und hat die dateiattribute RA
als hilfe kann ich noch die neue und alte func-routine bis zum fehler anbieten:
alte ie.au3:
[autoit]Func _IEAttach($s_string, $s_mode = "Title")
$s_mode = StringLower($s_mode)
Local $o_Shell = ObjCreate("Shell.Application")
Local $o_ShellWindows = $o_Shell.Windows (); collection of all ShellWindows (IE and File Explorer)
Local $h_control, $oResult
; Embedded browser controls and modal/modeless dialogboxes are not
; included in ShellWindow collection so handle them seperately
If $s_mode = "embedded" Or $s_mode = "dialogbox" Then
; Example:
; Run example in helpfile for GuiControlCreateObj first then:
; $oIE = _IEAttach("Window Title", "embedded")
; _IEClickLinkByText($oIE, "AutoIt V3")
Local $iWinTitleMatchMode = Opt("WinTitleMatchMode")
Opt("WinTitleMatchMode", 2)
neue ie.au3
Func _IEAttach($s_string, $s_mode = "Title")
$s_mode = StringLower($s_mode)
Local $o_Shell = ObjCreate("Shell.Application")
Local $o_ShellWindows = $o_Shell.Windows (); collection of all ShellWindows (IE and File Explorer)
Local $h_control, $oResult, $f_isBrowser, $s_tmp
; Embedded browser controls and modal/modeless dialogboxes are not
; included in ShellWindow collection so handle them seperately
If $s_mode = "embedded" Or $s_mode = "dialogbox" Then
Local $iWinTitleMatchMode = Opt("WinTitleMatchMode")
Opt("WinTitleMatchMode", 2)
und hier noch die fehlermeldung:
C:\PROGRA~1\AutoIt3\Include\IE.au3 (290) : ==> Unknown option or bad parameter specified.:
Local $iWinTitleMatchMode = Opt("WinTitleMatchMode")
--bild--
alle meine programme, die die func _IEAttach verwenden laufen nicht mit der autoit-version 3.2.2.0 (und das sind so einige).
vielen dank im voraus für eure hilfe.
EDIT: komischerweise funzt es mit der kompilierten Beta 3.2.3.0.
gruss exberliner
also:
"Die Quelldatei muss ein reiner String sein, darf also keine Variable sein. Das dient dazu, dass der Kompiler weiß, welche Datei er einbinden soll. Die source darf auch keine Wildcards enthalten."
gruss exberliner
hi th.meger,
also ich habe vor der fraglichen schleife
$h= WinGethandle($FensterTitel)
und dann dein vorschlag
ControlSend($FensterTitel,"",$h,"{F5}")
anstatt _IEAction($o_IE,"refresh") in einer schleife verwendet.
funzt, nur leider mit dem selben effekt. (focus wird "geklaut").
vielen dank trotzdem für die alternative.
musste mich erstmal mit den control-commands auseinander setzen. deshalb die späte antwort.
gruss exberliner
hallo snoozer,
danke für deine ausführungen. soweit ist mir alles klar.
was mir jedoch nie in den sinn gekommen ist : alles versteckt laufen zu lassen, weil ich annahm, dass ein login bei versteckten fenstern nicht möglich ist. tzz, man soll wohl nicht denken, sondern einfach alles austesten. dabei arbeite ich schon länger mit versteckten browsern, aber eben ohne login; weil das aus irgendwelchen gründen wohl nicht funktioniert hat.
ich glaube ich komme jetzt meinem ziel näher und werde mal die anpassungen (ggf. mit gui oder traytip) machen. also ran an den speck.
gruss exberliner
EDIT: snoozer danke für deinen hinweis im autoitchat, funzt versteckt sehr gut. muss ich wohl letztes mal einen fehler gemacht haben und dann wohl geglaubt dass es nicht geht .. jetzt bin ich schon einen riesenschritt weiter. klasse.
EDIT2: so .. alles versteckt nun programmiert. leider wird immer noch der focus geklaut. aber das ist mir jetzt auch egal.
ZitatOriginal von snoozer
wärs denn so schlimm dass der ie den focus bekommt??
leider ja. ich bin ja zu kompromissen immer bereit, aber in diesem fall geht das nicht.
ZitatOriginal von snoozer
eine idee wär noch dass du das fenster versteckst mit @SW_Hide und per Hotkey würde es dann eben sichbar werden....
soweit ich festgestellt habe, lassen sich weder minimierte noch versteckte fenster aktualisieren. fällt das leider auch flach. ein manueller eingriff mit hotkey ist nicht erwünscht und darf auch nicht sein.
ZitatOriginal von snoozer
ne zweite idee wär noch dass du den aktuellen handel vom grade aktiven fenster rausfindest, die ie sachen machst und dann das vorher aktive fenster wieder in den focus setzt....wenn du nicht unbedingt viele sachen machst wären dass ein paar millisekunden....
persönlich gefällt mir variante 1 besser
leider wie schon genannt inakzeptabel. fällt unter "keine kompromisse".
ZitatOriginal von snoozer
weiß ja nicht ob du ständig prüfen musst ob was bestimmtes passiert ist...wenn immer dass gleich passiert/passieren soll kannste ja auch quelltext auslesen lassen fenster im hidden modus laufen lassen und per traytip oder ähnlichen bestimmte informationen ausgeben lassen....
damit könnte ich mich sehr anfreunden, befürchte nur dass dies nicht geht, da es sich um eine webseite handelt, wo man sich vorher einloggen muss. ja, ich muss 3x pro minute prüfen, ob sich auf der webseite was verändert hat innerhalb eines bereiches (Func _StringBetween1 lässt grüssen) und reagieren mit diesem autoit-programm.
hab nur keine ahnung gerade, wie ich mich auf einer website einlogge ohne sichtbaren browser. jaja, mir fehlen noch kenntnisse.
aber ohne euch wäre ich noch am anfang der hilfe ![]()
gruss exberliner
EDIT: danke snoozer zu deinem Edit.
jetzt muss ich doch mal ganz dumm fragen noch, ob der befehl _IEBodyReadText eine webseitenaktualisierung veranlasst ? kann ich mir eigentlich nicht vorstellen so.
gute idee. leider der selbe effekt.
ich mache den _IENavigate bzw. den _IEAction 3 mal pro minute, leider wird dann das fragliche fenster zum aktiven. es bringt mir auch nichts, dem fenster den focus zu entziehen, es darf einfach gar nicht erst fokussiert werden (also schön im hintergrund bleiben :-))
noch jmd. vorschläge ?
EDIT: wie ist das eigentlich mit _INetGetSource ? da wird die webpage ja nicht aktualisiert, oder ? kann das leider nicht testen am wochenende, da die seite sich nicht mehr bis montag verändert.
danke und gruss exberliner
@DjBasslord
jau, damit habe ich auch schon geprimelt. ich wollte als ziel jedoch, dass dieses fragliche fenster erst gar nicht zum focus gemacht wird. minimieren kann ich es während des refreshen ja nicht, das wäre dann natürlich ganz optimal. es handelt sich dabei auch um eine webpage, welche vorher ein login erfordert.
vielleicht hat jmd. eine anderen ansatz als lösung ? ich seh da jedenfalls nichts.
danke und gruss exberliner