Hab vergessen das einzutragen. Die aktuellen Änderungen stehen allerdings auch in der FF.au3 selbst.
Beiträge von Stilgar
-
-
Festzustellen ob TabMixPlus läuft ist nicht das Problem. Das Problem dabei ist:
Für jedes AddOn das Ähnliches mit den Tabs anstellt wären komplett neue Tab-Funktionen notwendig.Wenn Du für den Portable-FF einfach die Port-Nummer änderst (MozRepl, _FFConnect) dann ist das ohne Probleme möglich.
-
Ich habe in Firefox das Addon Tabmixplus installiert. Könnte es daran liegen?
Ja. Das AddOn "verbiegt" leider die normalen Tab-Funktionen in FireFox so, daß ein "normaler" Zugriff darauf scheitert. -
@Karill Endusa:
Das ist kein Fehler:
V0.6.0.1b-3
- Changed: Default values for _FFXpath: _FFXPath($sQuery, $sAttribute = "", $iReturnType = 9, $iFilter = 0)
d.h.: per Default wird nun nicht mehr der "textContent" sondern das Objekt zurückgegeben. -
Die _FF_Empty*-Funktionen in der FFEx.au3 sind das was Du suchst:
http://thorsten-willert.de/Themen/FFau3/FF.au3/files -
Sieht interessant aus. Wollt ich zwar noch in die POP3-UDF einbauen, bin aber noch nicht dazugekommen.
Evtl. wäre ein Test noch interessant ob der Anhang auch "Content-Transfer-Encoding: base64" ist.
Was passiert eigentlich wenn der Anhang kein "Text" ist?Hallo Cartan12
Also das Script sieht sehr schön aus, habs aber noch nicht getestet.
Die Idee ist zwar gut, aber ich glaube nicht, dass Anbieter wollen, dass sich Bots
in den Server einklinken
Diese "Bots" nennen sich im allgemeinen eMail-Programm und machen nichts anderes.
und dann Anlagen durch geknackten Base64 Code downloaden
was ist da zu "knacken"? Das ist ein dokumentiertes Verfahren um binär-Dateien bzw. alles <> ASCII, per ASCII zu übertragen ...Versteh die Aufregung nicht
-
Ich hatte den XPath aus der Console kopiert ...
-
Dein Beispiel geht nun auch.
Downloads stehen alle dort:
https://autoit.de/index.php?page=Thread&threadID=3629 -
Nein funktioniert hier auch nicht. Allerdings finde ich die Xpath-Sachen die nichts zurückgeben nicht mal über XPather und da ich nicht weis was Du suchst ...
-
Doch, dafür muß der Xpath so aussehen:
[autoit]$sObj = _FFXPath("//select[@id='news']//option[@value='Dienstag']","",9)
[/autoit]
_FFObj($sObj, 'selected', 'selected')Warum nimmst Du nicht gleich _FFFormOptionSelect?
[autoit]_FFFormOptionSelect("news", "id", "Dienstag", "value")
[/autoit]Die Zugriffe über das Objekt sind nur sinnvoll, wenn man mehrere Sachen damit machen möchte.
-
Was genau meinst Du mit Wert setzen?
Das "value", oder die ausgewählte Option?Dein XPath wäre in beiden Fällen falsch, da Du nur das Select-Element auswählst, nicht aber die Option mit der Du arbeiten möchtest.
Mangels HTMl-Code nehme ich mal die Beispiel-Seite:
[autoit]
[/autoit][autoit][/autoit][autoit]
#include <FF.au3>_FFConnect()
[/autoit][autoit][/autoit][autoit]
_FFOpenURL("http://ff-au3-example.thorsten-willert.de/")$sObj = _FFXPath("//select[@name='grundlage']//option[position()=2]","",9) ; zweite Option ...
[/autoit][autoit][/autoit][autoit]_FFObj($sObj, 'selected', 'selected') ; ... auwählen
[/autoit]
MsgBox(0,"", _FFObj($sObj, "value") ) ; ... value abfragen
_FFObj($sObj, "value", "Test") ; ... value ändern
MsgBox(0,"", _FFObj($sObj, "value") ) ; ... value abfragen -
Damit kann man arbeiten:
http://www.autoitscript.com/forum/index.php?showtopic=95595&view=findpost&p=712377
ist aber immer noch "Gefrickel" da nach wie vor ein rahmenloses XUL-Fenster an das übergeordnete Fenster "geheftet" wird, anderst geht es leider nicht. Außer es erbarmt sich jemand mal ein natives Object zu bauen, aber ehrlich gesagt: Für Windows ist mir das die Arbeit nicht wert ... -
@ Acanis :
Ja es ging SEuBos Problem.Das Problem mit XPath sollte in der neuesten Testversion auch behoben sein.
(welches allerdings nichts mit XPath zu tun hatte, sondern eher ein Problem im "Frame-Management" war, das nach _FFOpenURL auftrat.) -
SEuBo:
Mach doch bitte für Probleme die nichts mit dem Thema zu tun haben einen neuen Thread auf, danke.Das Problem ist in der aktuellen Testversion behoben. Bin wieder auf diesen doofen Variant-"Datentypen" beim Vergleichen hereingefallen...
chip:
Sieht komisch aus, scheint aber nach ein bisschen Testen nicht wirklich was mit _FFConnect zu tun zu haben ... ich probier mal weiter. -
Komisch, im englischen Forum hat sich noch keiner beschwert. Schick mir doch mal bitte ein Beispiel (Script und HTML-Code).
-
Dann nehmt einfach FireBug, damit läßt sich der XPath zu jedem Element ebenfalls bestimmen bzw. kopieren - mehr aber auch nicht.
-
_FFClick simuliert schon einen Mausclick.
1) Nein, das wird meist nicht zum Erfolg führen. Die Methode 'click' ist die Sequenz: 'MouseDown', 'MouseUp', 'Click'
2) simulateEvent ist eine selbstgeschriebene JavaScript Funktion die von der FF.au3 während _FFConnect/_FFStart zu FireFox/Flock gesendet wird, damit diese später einfacher aufzurufen ist.
Mehr Infos:
http://www.w3.org/TR/DOM-Level-2-Events/events.html
3) Nein - alles JavaScript
4) Das hat nichts mit der Maus zu tun. Es wird nur ein Ereignis simuliert, damit dann entsprechende Funktionen die bei "onClick" usw. im HTML-Quelltext stehen aufgerufen werden.
5) Was hast Du vor? -
Wenn dann einfach nur:
[autoit]_FF_Call('abc3()')
[/autoit] -
-
Um welche FireFox/Flock Version geht es denn? Mit FF3.5 kann ich keinen Fehler nachvolllziehen.