1. Dashboard
  2. Mitglieder
    1. Letzte Aktivitäten
    2. Benutzer online
    3. Team
    4. Mitgliedersuche
  3. Forenregeln
  4. Forum
    1. Unerledigte Themen
  • Anmelden
  • Registrieren
  • Suche
Alles
  • Alles
  • Artikel
  • Seiten
  • Forum
  • Erweiterte Suche
  1. AutoIt.de - Das deutschsprachige Forum.
  2. Mitglieder
  3. BigRox

Beiträge von BigRox

  • Probleme mit dem TabControl

    • BigRox
    • 23. Februar 2010 um 18:28

    Hallo,
    ich habe da ein Problem mit dem TabControl.

    Dieses Problem tritt erst bei der Version 3.3.4.0 und nur bei einem bestehenden (z.B beim Fenster "Energieoptionen" von Windows) Fenster mit Tabs auf.

    Bei der AutoIt-Version 3.3.0.0 konnte man die Tabs anhand ihrem Text identifizieren und auswählen, aber seit der Version 3.3.4.0 geht das anscheinend nur noch über den Index.
    Daher meine erste Frage: Wie kann man die Tabs wieder anhand ihrem Text auswählen ?

    Und wie kann man z.B. bei den Energieoptionen feststellen ob die Registerkarte "Ruhezustand" überhaupt vorhanden ist ?
    Bei der AutoIt-Version 3.3.0.0 konnte man dafür die UDF "_GUICtrlTab_FindTab" benützen, die gab dann -1 zurück, wenn die Karte nicht vorhanden war.
    Aber bei der neuen Version geht da nichts mehr (eben weil es ja ein bestehende Tab-Controll ist).
    Oder gibt es dafür jetzt eine andere Möglichkeit?

    Danke schonmal für die Hilfe.

    MfG
    BigRox

  • Programm aufrufen

    • BigRox
    • 14. September 2009 um 17:00

    Hallo BugFix,
    deine Lösung funktioniert, bis auf eine Kleinigkeit:

    Wenn da mehr als ein Leerzeichen in Folge im Pfad steht, so zeigt PSPad immer noch nur den Dateinamen an.
    Der Dateiinhalt fehlt dann immer noch.


    Nun zu der Lösung von L3viathan2142:
    Das funktioniert auch, nur hat das auch ein Kleines Problem:
    PSPad zeigt dann immer mindestens zwei Dateien an.
    Zu der ausgewählten Datei gesellt sich da immer die Notepad.exe und die muss man zuerst weg klicken um die eigentliche Datei zu sehen.
    Aber das mit den zwei Leerzeichen usw. funktioniert dann.

    Gruß:
    BigRox

  • Programm aufrufen

    • BigRox
    • 13. September 2009 um 16:13

    Hallo McPoldy,
    es funktioniert, bis auf eine Kleinigkeit.

    Wenn irgendwo im Pfad zwei Leerzeichen in Folge stehen, so wird in PSPad nur noch der Dateiname richtig angezeigt, aber der Dateiinhalt fehlt.

    Also z.B. C:\P rogramme\Test.TXT
    (der Name Test.TXT wird zwar angezeigt, aber der Dateiinhalt fehlt).

    Auch
    C:\Programme\Irgendein Test.TXT
    (der Name Irgendein Test.TXT {aber nur mit einem Leerzeichen dazwischen} wird zwar angezeigt, aber der Dateiinhalt fehlt auch).

    funktioniert nicht.
    Da gibt es also irgendwo noch ein kleines Problem mit den Leerzeichen.

    Wenn man den Editor so aufruft und dann so eine Datei öffnet, so kann der das, auch wenn da 20 Leerzeichen in Folge im Pfad stehen.

    Gruß:
    BigRox

  • Beliebte UDF´s in der Hilfe

    • BigRox
    • 13. September 2009 um 11:56

    Hallo,
    als ich glaube schon, dass die Engländer die UDFs irgendwann in Ihre Hilfe-Datei aufnehmen werden.
    Früher brauchte man doch die AU3Lib um die UDFs zu nutzen.
    Das war eine eigenständige Datei, die eigentlich nur für AutoIt geschrieben wurde und daher mit dem eigentlichen Programm nichts zu tun hatte.
    Da wahr das eigentlich klar, dass der der die Au3Lib geschrieben hat. auch für eine Beschreibung der Funktionen (in einer eigenständigen Hilfe-Datei) sorgen musste.

    Nun sind aber die meisten UDFs in AutoIt integriert worden und damit gehören die Beschreibungen eigentlich jetzt auch zu AutoIt.
    Vielleicht bleibt die Hilfe zu den UDFs auch in Zukunft immer noch eine eigenständige Datei, eben wegen der einfacheren Pflege usw.
    Aber dann wird es zu mindestens einen Link o.ä. dahin in der jetzigen Hilfe geben.

    Es könnte aber auch sein, dass die jetzige Hilfe-Datei irgendwann komplett aufgeteilt wird (damit die Pflege usw. einfacher wird), und dann besteht die Oberfläche zum größten Teil nur noch aus den Links zu den einzelnen Teilen der Hilfe.
    Die Engländer werden wohl auch schon darüber nachgedacht haben, den die haben ja eigentlich das gleiche Problem, dass die Pflege der Hilfe immer aufwändiger wird, je weiter AutoIt wächst.

    Gruß:
    BigRox

  • Programm aufrufen

    • BigRox
    • 12. September 2009 um 19:15

    Hallo,
    ich möchte das Windows-Notepad, durch PSPad ersetzen.
    Dazu reicht es anscheinend nicht, die exe-Datei einfach auszutauschen, den dabei gehen alle Einstellungen usw. von PSPad verloren.
    Also habe ich versucht, PSPad komplett in einen Ordner zu installieren und die notepad.exe-Datei durch ein AutoIt Script zu ersetzen.
    In dem Script steht nur:

    Run("C:\Programme\PSPad\PSPad.exe")

    Dieses kleine Script soll nur PSPad in dem anderen Ordner aufrufen, wenn ich auf eine entsprechende Datei doppelklicke.
    Das funktioniert auch, PSPad wird aufgerufen, wenn ich auf eine Datei doppelklicke.
    Nur PSPad zeigt mir die Datei nicht an.
    Da fehlt also noch ein Parameter um die Datei mit PSPad anzuzeigen.
    Dieser Parameter müsste doch eigentlich an das AutoIt-Script übergeben werden, wenn ich auf eine Datei doppelklicke.
    Nur wie reiche ich diesen Parameter an das mit Run aufgerufene Programm weiter, damit dieses Programm den auch verwendet ?
    (einfach nur %1 hinter PSPad.exe schreiben reicht aber anscheinend nicht, dan öffnet PSPad zwar eine Datei, aber die heißt dann immer %1).

    Gruß:
    BigRox

  • Vorschlag für die Hilfe-Datei

    • BigRox
    • 12. September 2009 um 12:25

    Hallo,
    ich habe da einen kleinen Vorschlag, für die neue deutsche Hilfe.
    Die eigentliche Hilfe und die Hilfe zu den UDFs sind ja zwei einzelne Dateien.
    Währe es nicht schöner, wenn man die Datei für die UDFs in die eigentliche Hilfe-Datei einbauen würde ?

    Dann könnte man auch die UDF-Beschreibung mit F1 im Editor aufrufen, und bräuchte keine extra Datei mehr.
    Besonders schön währe es dann, wenn man die UDF-Funktionen im Editor markieren könnte, und mit einem Druck auf die F1-Taste, zu der entsprechenden Beschreibung in der Hilfe gelangen würde.

    Gruß:
    BigRox

  • Scriptfehler feststellen

    • BigRox
    • 4. September 2009 um 11:17

    Hallo,
    ich schreibe ein Script, dass u.a. einige Dateien kopiert.
    Am Ende des Scriptes, will ich feststellen ob da irgendwo im Script, ein Fehler (z.B. eine Quelldatei war nicht vorhanden und konnte daher auch nicht kopiert werden) aufgetreten ist.

    Ich möchte aber nicht, bei jedem FileCopy-Befehl, den Rückgabewert abfragen, denn das würde mein Script erheblich verlängern.
    Daher wollte ich fragen, ob es da nicht eine spezielle Variable o.ä. gibt, worin alle Scriptfehler gespeichert werden und die man dann am Scriptende auswerten kann um so einen Fehler festzustellen.

    Ich möchte also nur erfahren, dass irgendwo im Script ein Fehler aufgetreten ist (eben ob alle Dateien auch wirklich kopiert wurden).

    Allso etwa sowas hier:

    Scriptanfang
    ...
    Irgendwelche Befehle (werden fehlerefrei ausgefüht)
    ...
    FileCopy( hier tritt der Fehler auf)
    ...
    Irgendwelche anderen Befehle (werden wieder fehlerefrei ausgefüht)
    ...
    Scriptende

    Am Scriptende soll dann die Fehlermeldung ausgegeben werden, auch wenn die Befehle nach dem FileCopy-Befehl fehlerfrei ausgeführt wurden.
    Mit Abfragen von @error am Scriptende geht es nicht und die Sache mit Func OnAutoItExit geht anscheinend nur wenn ich massenweise Abbfragen im Script einbaue (was ich ja nicht möchte).
    Eventuell gibt es da aber noch eine andere Möglichkeit auf die ich noch nicht gekommen bin.

    Gruß:
    BigRox

  • Frage zum ControlTreeView-Befehl

    • BigRox
    • 24. August 2009 um 19:08

    Hallo AutoBert,
    ich habe das Beispiel eben bei mir ausprobiert.
    Ergebnis: Es funktioniert auch bei mir.
    Ich verwende auch Windows XP SP3 32-Bit.
    Anscheinend ist das TreeView von HyperSnap 6, dann doch etwas anders (Das AutoIt-Fenstertool nennt es aber "SysTreeView321").


    Gruß:
    BigRox

  • Frage zum ControlTreeView-Befehl

    • BigRox
    • 24. August 2009 um 15:09

    Hallo,
    ich habe da eine Frage zum ControlTreeView-Befehl.
    Um damit ein Item im TreeView anzusprechen, muss man ja die Ebenen getrennt mit einem | angeben.
    Z.B. ControlTreeView($Fenster_Text, $Fenster_Titel, Control-ID, "Exists", "#0|#3|#2")

    Gibt es da eigentlich eine Beschränkung z.B nur maximal fünf Ebenen können angegeben werden?

    Hintergrund:
    Ich schreibe gerade ein Installationsscript für Hypersnap6.
    Da muiss ich in einem Fenster, mit einem SysTreeViev321, den Installationspfad angeben.
    Bis zur fünften Ebene funktioniert der Befehl einwandfrei, aber alle Items der sechsten Ebene erkennt AutoIt nicht mehr, egal ob man da den Item-Text oder einfach nur z.B. #3 angibt
    Anscheinend gibt es da eine Begrenzung für die Anzahl der Ebenen.
    (In der deutschen Hilfe zum ControlTreeView-Befehl, steht leider auch nichts dazu).

    Wenns da eine Beschränkung gibt, gibt es da eventuell einen Trick wie man doch die tieferen Ebenen ansprechen kann?

    Gruß:
    BigRox

  • Eventuell ein Fehler in einer Übersetzung?

    • BigRox
    • 14. August 2009 um 19:49

    Hallo,
    ich habe mir einmal die Send-Funktion angesehen.
    Dabei ist mir aufgefallen, dass eine Tabelle falsch formatiert ist.
    Dies wollte ich korrigieren und habe daher auf der Übersetzungsseite, mit Such, diesen Text gesucht.
    Nur als ich mir den Text auch einmal mit der Vorschau ansehen wollte, kam das:

    Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.

    Da scheint wohl irgenwas nicht zu stimmen.
    Ich vermute, dass der Fehler in der Send-Datei liegt, da die Vorschau bei anderen Dateien funktioniert.
    Aber ich bin nicht so gut in HTML um den Fehler zu finden.

    Gruß:
    BigRox

  • Verbesserungsvorschlag

    • BigRox
    • 14. Juli 2009 um 19:10

    Hallo,
    ich habe da einen Verbesserungsvorschlag. für die Seite mit den Übersetzungsregeln.

    Währe es nicht gut, wenn man auf der Seite mit den Übersetzungsregeln, einen Link zu einer Seite mit den aktuellen Rechtschreibregeln einfügen würde ?
    Mein Favorit für so eine Seite ist "http://www.canoo.net". Da stehen nicht nur die aktuellen deutschen Regel, sondern auch die englischen mit Beispielen usw.
    Wenn der Autor von canoo.net nichts dagegen hätte, so währe das eventuell ein guter Kandidat für so einen Link.

    Gruß:
    BigRox

  • Probleme mit der Übersetzungsseite

    • BigRox
    • 6. Juli 2009 um 10:58

    Hallo nochmal,
    so jetzt habe ich mir SUN-Java 6.14 (die neuste Version für Win XP) runtergeladen und installiert.
    Ergebnis: Siehe meinen letzten Post, oder der Fehler kommt wie gehabt.

    Gruß.
    BigRox

  • Probleme mit der Übersetzungsseite

    • BigRox
    • 6. Juli 2009 um 10:48

    Hallo,
    hier nun eine, etwas veränderte, Kopie von dem was ich am 4.7.2009 an Twaeky gesendet habe.

    Hallo Tweaky,
    leider kommt jetzt öfters dieser Fehler:

    Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.

    Die Meldung kommt immer wieder wenn ich versuche eine Übersetzung zu korrigieren.
    Sie kommt sobald ich auf den Button "Die Übersetzung korrigieren" klicke.

    Nur Reviewen geht anscheinend jetzt.

    Ich verwende jetzt den Opera 9.64 Browser unter Windows XP Pro SP3.
    Java und Javascript ist beides aktiviert. Jedenfalls wird das im opera 9.64-Browser so angezeigt.
    Ich habe aber kein extra Java-Plugin installiert.

    Ich versuche es aber nochmal mit dem IE 8, mal sehen was der macht.
    Wenn ich das ausprobiert habe, melde ich mich nochmal.

    Jetzt habe ich es mit dem IE 8 ausprobiert, und da kommt das:

    Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.

    Die Meldung kommt aber nicht sofort, wenn ich auf den Button "Die Übersetzung korrigieren" klicke, sondern dann kommt zuerst das Fenster mit dem Button "Zurück zur Kategorie" und erst wenn ich darauf klicke, kommt die Fehlermeldung.

    Auch hier ist Java aktiviert.
    Hier ist auch kein extra Java-Plugin installiert. Ich verwende auch hier die MS-Java VM.

    Ich lade mir jetzt mal die neuste Version von SUN-Java, direkt von deren Homepage runter und installiere die, mal sehen was das bringt.
    Ich melde mich dan nochmal.

    Gruß:
    BigRox

  • Probleme mit der Übersetzungsseite

    • BigRox
    • 4. Juli 2009 um 18:50

    Hallo Der_Doc,
    leider geht es immer noch nicht richtig.
    Weder mit Opera 9.64 noch mit dem IE 8.

    Die Screenshots der Fehlermeldungen und die Beschreibung wann der Fehler kommt, habe ich eben an Tweaky per PN geschickt

    Gruß:
    BigRox

  • [gelöst] Backslashes werden aus .au3-Dateien entfernt

    • BigRox
    • 2. Juli 2009 um 19:46

    Hallo,
    ich habe es eben auch mal mit dem Opera 9.64 ausprobiert.
    Und siehe da, die Backslashs fehlen auch da.

    Ich habe die Datei heute Nachmittag mit dem FireFox 3.5 Browser überarbeitet, und beim überarbeiten habe ich da die Backslashs gesehen.
    Vielleicht hängt das irgendwie mit dem anderen Fehler (ein SQL-Fehler, der Fehler wird schon bearbeitet), den ich mit dem IE 8 habe, zusammen.

    Dieser Fehler tritt übrigens auch beim Opera-Browser auf.

    Gruß:
    BigRox

  • Last Reviews

    • BigRox
    • 1. Juli 2009 um 18:27

    Hallo,
    in der vorherigen Version der Übersetzungsseite gab es doch die Möglichkeit schon fertige Dateien nochmalks aufzurufen um sie zu korrigieren.

    So eine Möglichkeit vermisse ich irgendwie, da mir öfters auch ein Fehler in der Hilfe auffällt, den ich dann sofort korrigieren könnte.

    Letztens ist mir wieder einer aufgefallen, den ich gerne korrigieren würde.

    Gruß:
    BigRox

  • Probleme mit der Übersetzungsseite

    • BigRox
    • 1. Juli 2009 um 12:02

    Hallo Rasta,
    die Probleme bestehen immernoch.
    Wenn der Fehler auftritt, erscheint bei mir folgendes:

    Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.

    Da oben steht, Sie sind eingeloggt als: BigRox..., gehe ich eigentlich davon aus, dass ich wirklich auchrichtig eingeloggt bin.

    Nun habe ich es auch nochmal mit einem anderen Rechner ausprobiert.
    Auf diesem Rechner ist nur Windows XP Pro SP2 und der IE 8 RC 1 installiert, sonst absolut nichts.
    Ergebnis: Es erscheint wieder eine Fehlermeldung.

    Dann habe ich die Seite sogar in die Zone der vertrauenswürdigen Seiten eingetragen, damit sie da mehr Rechte hat.
    Ergebnis: Immer noch der gleiche Fehler.

    Das scheint also irgendwie am IE 8 zu liegen, aber mich würde es irgenwie aber schon interessieren, woher das kommt.
    An der Firewall im Router kann es eigentlich aber nicht liegen, der FireFox war ja auch über diesen Router und mit der Firewall ins Internet gegangen und der hat damit funktioniert.
    Oder kann es doch daran liegen ?
    Ich möchte die Firewall eigentliich nicht versuchsweise abstellen, da das Teil mir schon einigen Mist aus dem Internet vom Rechner ferngehalten hat.

    Gruß:
    BigRox

    P.S. Alle IE 8-Versionen verwendete die standarmäßigen Einstellungen wie sie bei der Installation vorgegeben sind.

  • Probleme mit der Übersetzungsseite

    • BigRox
    • 30. Juni 2009 um 12:00

    Hallo Tweaky,
    ich hab es nun auch mal mit einem anderen Recjner (auch IE 8 und Windows XP Pro SP3) ausprobiert:
    Ergebnis: Es ging nicht.

    Dann habe ich auf diesem Rechner den FireFox 3.0.11 installiert.
    Ergebnis: Damit ging alles.

    Danach habe ich den FireFox wieder deinstalliert und es nochmal mit dem IE 8 ausprobiert.
    Ergebnis: Es ging wieder nicht.

    Als letztes habe ich das mit der Kompatibilitätsansicht im IE 8 ausprobiert.
    Ergebnis: Es ging auch nichts.

    Gruß:
    BigRox

  • Probleme mit der Übersetzungsseite

    • BigRox
    • 29. Juni 2009 um 21:32

    Hallo Der_Doc,
    ich habe es eben noch mal ausprobiert
    Ich habe es mit drei verschiedenen Dateien ausprobiert und bei allen tritt ein Fehler auf.
    Die Dateien waren:
    1) Kategorie: Zwischenablage
    Datei: _ClipBoard_Close.au3
    ID: 3076
    Fehler Wie in meinem ersten Post.

    2) Kategorie: html_macros
    Datei: AutoItRelated.htm
    ID: 2704
    Fehler 414 Request-URI Too Large

    3) Kategorie: IE-Funktionen
    Datei: _IECreate.au3
    ID: 61
    Fehler: Wie in meinem ersten Post

    Ich verwende den IE8 unter Windows XP Pro SP3.

    Gruß:
    BigRox

    Edit: Ich habe eben den Browsercache geleert und die Cookies gelöscht, Ergebnis: Es geht auch nicht (genau die gleichen Fehler wie vorher).

  • Probleme mit der Übersetzungsseite

    • BigRox
    • 29. Juni 2009 um 17:38

    Hallo,
    ich habe ein Problem beim übersetzen.
    Ich kann mich zwar problemlos einloggen, aber wenn ich etwas übersetzen/revieven will, erscheint immer folgende Fehlermeldung:

    Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.

    Alle anderen Seiten die ich aufrufe funktionieren dagegen einwandfrei. Somit gehe ich davon aus, dass mein Rechner OK ist.
    Aber, woher kommt den dann die Fehlermeldung ?

    Gruß.
    BigRox

Spenden

Jeder Euro hilft uns, Euch zu helfen.

Download

AutoIt Tutorial
AutoIt Buch
Onlinehilfe
AutoIt Entwickler
  1. Datenschutzerklärung
  2. Impressum
  3. Shoutbox-Archiv
Community-Software: WoltLab Suite™