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. Dr.Doktor

Beiträge von Dr.Doktor

  • Gamepad/Joystick global empfindlicher einstellen

    • Dr.Doktor
    • 4. Juli 2011 um 23:13
    Zitat von Jam00

    Also eingentlich kann man das in jedem Spiel einstellen oder bei der Software für den Joystick


    Also geht um Sunrise extreme, da klappt das leider nicht. OK bei Sunrise hab ich mich inzwischen schon ganz gut an die Tastatur gewöhnt, aber hatte das Problem auch schon bei anderen Spielen hin und wieder, das es diese Einstellungsmöglichkeit nicht gab oder ich sie umindest nicht gefunden habe. Das mit dem einstellen bei den Treiebrn kenne ich auch so, aber das Ding hat keine Treiber mitgeliefert, funktioniert einfach so nach dem einstecken...

  • Gamepad/Joystick global empfindlicher einstellen

    • Dr.Doktor
    • 4. Juli 2011 um 20:23

    Hallo,
    ich habe folgendes Problem:
    Bei einem Spiel welches ich gerne mit Gamepad spielen würde (Rennsimulation) reagiert das Gamepad viel zu hart, also ich tippe den analogen Stick an und er zieht gleich kräftig in die entsprechende Richtung. Nun hätte ich zwei Ideen, wie ich dieses Problem lösen könnte, da ich nirgends Software gefunden habe, die sowas in der Art kann:
    1. Halbieren der Werte die an das Spiel gesendet werden. Also wenn vom Controller X+24 kommt, sendet er X+12 an das Spiel, was dann ja theoretisch eine Halbierung der Empfindlichkeit zur Folge hätte. Allerdings ist die einzige UDF die ich hierzu gefunden habe diese http://www.autoitscript.com/forum/topic/10953-joystick-udf/ hier und die ermöglicht nur das auslesen von Joystick/Gamepad-Werten und nicht das verändern.

    2. Idee, welche sogar mit der Funktionalität der obigen UDF auskommen würde wäre, Die Joystick-Werte abzufangen und über die Tastatursteuerung das Gamepad zu simulieren. Also wenn X+24 vom Controller kommt, schickt das Script über SendKey() o.ä. die entsprechende Pfeiltaste (Also X- = Linke Pfeiltaste, Y+ = Pfeiltaste oben usw.) für 3ms o.ä., müsste man halt ausprobieren was da passt.

    Meine Frage ist nun: Welcher Ansatz ist erfolgsversprechender? Oder habt ihr einen ganz andere Idee?

    Danke für eure Antwort im voraus
    Dr.Doktor

  • OLE/COM-Kommunikation abfangen/mitlesen

    • Dr.Doktor
    • 27. Juli 2010 um 22:09
    Zitat von Andy

    wenn du ObjCreate() verwendest, hast du doch schon deine Adresse?!


    Richtig, die habe ich, aber trotzdem sehe ich ja nicht, was Autoit mit dem Objekt macht, also wie Werte übergeben werden etc.

    Zitat von Andy

    Das geht mir persönlich aber ein bisschen zu sehr ans Eingemachte, wozu brauchst du das?


    Ich hätte das gerne zum debuggen. Vor kurzem habe ich einen Thread eröffnet in dem ich mein Problem schilderte, das ich keine Methode des Truevision-Objektes nutzen konnte, die einen Wert zurückgibt. Ich wollte diesem Problem näher auf den Grund gehen und da kam mir die idee, die COm-Kommunikation mitzulesen.

    Zitat von Andy

    wenn du diesen Aufruf abfangen kannst, dann ist es bis zum "Abhören" der Kommunikation COM-Client/Server nicht mehr weit. Ich würde dazu die Einsprungadresse der Funktion im Server "umgestalten".


    Da hast du wohl recht mit dem eingemachten. Könntest du mir das mit der Einsprungadresse umgestalten näher erläutern?

    Gruß
    Dr.Doktor

  • OLE/COM-Kommunikation abfangen/mitlesen

    • Dr.Doktor
    • 24. Juli 2010 um 20:40

    Hallo Autoit-User,
    ich möchte euch fragen ob es einen Weg gibt die Kommunikation von Autoit mit einem COM-Objekt abzufangen. Also wenn ich beispielsweise ObjCreate() verwende, wird ja ein bestimmer Aufruf irgendwohin gemacht. Und diese Kommunikation würde ich gerne mitlesen.
    Danke im Voraus
    Dr.Doktor

  • EVERESt Home Edition - Im Hintergrund steuern.

    • Dr.Doktor
    • 22. Juli 2010 um 13:05

    Hallo Mietzekatze,

    Zitat von mietzekatze

    Ich habe es bereits mit ControlSend probiert, aber dort passiert nix. COntrolClick funktioniert zwar mit rechts aber nicht mit links.


    kannst du den Code der Aufrufe mal posten?

    Zitat von mietzekatze

    Das einfachste wäre, wenn ich eine Alternative zu ControlSend finden würde weil ich dann mit Strg+D usw. durch das Menü schalten könnte.


    Aber wenn du den Linksklick per Hand ausführst funktionierst?
    Hast du schonmal versucht MouseClick() die x & y -Koordinaten von ControlGetPos() zu übergeben?

    Gruß
    Dr.Doktor

  • Truevision3D Engine in Autoit nutzen

    • Dr.Doktor
    • 21. Juli 2010 um 15:57

    Hi,
    ich versuche derzeit die Truevision 3D Engine mithilfe von COM in Autoit zu nutzen. Nach ersten Erfolgen kristallisieren sich zwei Hauptprobleme:
    1. Es sieht so aus, als ob ich keine Funktion aufrufen kann, die einen Wert zurück gibt.
    Z.B. funktioniert folgendes einwandfrei, während das Beispel darunter den darauf folgenden Fehler verursacht.

    [autoit]


    $oTVEngine.Clear()
    $oTVscene.RenderAll(True,True)
    $oTVEngine.RenderToScreen()

    [/autoit]


    [autoit]


    If _IsPressed("28") Then
    $x = $oTVcamera.GetPosition.x()
    ConsoleWrite("act x:" & $x)
    $y = $oTVcamera.GetPosition.y()
    ConsoleWrite("act y:" & $y)
    $z = $oTVcamera.GetPosition.z()
    ConsoleWrite("act z:" & $z)
    $oTVcamera.SetPosition($x, $y, $z + 1)
    EndIf

    [/autoit]


    Hier erhalte ich folgenden Fehler:

    Code
    : ==> The requested action with this object has failed.:
    $x = $oTVcamera.GetPosition.x()
    $x = $oTVcamera.GetPosition^ ERROR


    Weder das, noch

    [autoit]

    $x = $oTVcamera.GetPosition().x

    [/autoit]


    oder

    [autoit]

    $x = $oTVcamera.GetPosition()

    [/autoit]


    funktioniert.
    Allerdings habe ich mit der "gegenteiligen" Methode .SetPosition() keine Probleme.
    Es scheint so, dass ich bei jeder Funktion die etwas zurückgibt einen Fehler erhalte.
    Wenn ich mit dem Error-Handler den Fehler abfange sagt der mir "Parameter falsch", Fehlercode:80070057.
    Wenn ich diesen Fehler abfange und die Engine noch etwas laufen lasse, dann erhalte ich nach kurzer Zeit wieder einen
    abgefangenen Fehler, diesmal "Typkonflikt", Fehlercode:80020005. Möglicherweise hat dieser Fehler auch etwas damit zu tun...

    Die Instanzierung und das nutzen von Methoden ohne Rückgabewert funktioniert allerdings einwandfrei:

    [autoit]


    $oTVcamera = ObjCreate("TV3D65.TVCamera")
    With $oTVcamera
    .SetViewFrustum(45, 10000)
    .SetCamera(250, 550, 250,0,0,0)
    EndWith

    [/autoit]

    2. Habe ich ein Problem mit der Übergabe von Fenster handles, weswegen es mir derzeit nur möglich ist, die Engine im Fullscreen-mode zu initialisieren:

    [autoit]


    With $oTVEngine
    .Init3DFullscreen(800,600) ;funktioniert
    ;.Init3DWindowed($hWin, True) ;Dies allerdings nicht.
    EndWith

    [/autoit]

    Ich nutze Win 7 Starter x86, Autoit 3.3.6.1 & Truevision 3d SDK 6.5

    Danke für eure Antwort im Voraus
    Dr.Doktor

  • Gibt es ein Tutorial zu mehrdimensionalen Arrays?

    • Dr.Doktor
    • 1. Juni 2010 um 11:25

    Hallo,
    der Titel sagt eigtl.: alles:
    Gibt es ein Tutorial zu mehrdimensionalen Arrays?
    Also speziell 3 und mehr Dimensionen?

    Gruß
    Dr.Doktor

  • Default zur Angabe eines optionalen Parameters führt zur Zuweisung von "Default"

    • Dr.Doktor
    • 25. April 2010 um 11:34
    Zitat von BugFix

    Es gibt bisher nur ein Keyword in AutoIt - "Default" (zumindest habe ich noch nichts Gegenteiliges gehört oder gelesen). ;)


    Wie nennt man denn dann die ganzen Schlüsselwörter (engl. keywords) in Autoit?
    http://translation.autoit.de/onlinehilfe/keywords.htm

  • Default zur Angabe eines optionalen Parameters führt zur Zuweisung von "Default"

    • Dr.Doktor
    • 24. April 2010 um 20:36

    BugFix : Danke für deine Antwort. Also das ist wirklich etwas neues für mich. Bei allen Built-In-Functions hat es bisher funktioniert, von daher ging ich aus, das es quasi zum sauberen coden in Autoit gehört solche Dinge abzufangen. Ist die Einstellung "es sollte der default-Wert abgefangen werden" also gut? Das ich es weiß wenn ich eigene Funktionen schreibe und sie veröffentliche.

    Wäre es nicht besser es so zu fixen:

    [autoit]

    If $sDriver = Default Then
    $sDriver = "{MySQL ODBC 3.51 Driver}"
    EndIf

    [/autoit]


    Weil hier fange ich ja explizit das default ab. Ansonsten werden ja keine Keywords über Funktionen übergeben oder? Wenn das zutrifft würde deine Version nämlich noch die Fälle abfangen wo jemand illegal ein Keyword verwendet, das würde es ein klein wneig praktischer machen, war das die Idee hinter dem isKeyword()?

  • Default zur Angabe eines optionalen Parameters führt zur Zuweisung von "Default"

    • Dr.Doktor
    • 24. April 2010 um 20:12

    Hi black_skorpi,
    erstmal danke für deine Antwort.
    Also ist das ein Bug von der Funktion _MySQLConnect() hier:
    http://www.autoitscript.com/forum/index.php?showtopic=20814
    In der Funktion von cdkid steht es so:

    [autoit]

    Func _MySQLConnect($sUsername, $sPassword, $sDatabase, $sServer, $sDriver = "{MySQL ODBC 3.51 Driver}", $iPort=3306)
    Local $v = StringMid($sDriver, 2, StringLen($sDriver) - 2)
    Local $key = "HKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBCINST.INI\ODBC Drivers", $val = RegRead($key, $v)
    MsgBox(0,$key,$v)
    If @error or $val = "" Then
    SetError(2)
    Return 0
    EndIf
    $ObjConn = ObjCreate("ADODB.Connection")
    $Objconn.open ("DRIVER=" & $sDriver & ";SERVER=" & $sServer & ";DATABASE=" & $sDatabase & ";UID=" & $sUsername & ";PWD=" & $sPassword & ";PORT="&$iPort)
    If @error Then
    SetError(1)
    Return 0
    Else
    Return $ObjConn
    EndIf
    EndFunc ;==>_MySQLConnect

    [/autoit]


    Folgender Aufruf:

    [autoit]

    _MySQLConnect("User","Pass","database",127.0.0.1,Default,3307)

    [/autoit]


    Angenommen ich möchte der Funktion sagen das der Server nicht wie gewohnt auf dem Port 3306 (Standart für MySQL) lauscht, sondern auf 3307, dann tue ich das ja mit obigem Aufruf. Da ich die Treiberversion nicht ändern möchte da der Defaultwert OK ist nehme ich da ja ein Default, aber nun nimmt er nicht $sDriver = "{MySQL ODBC 3.51 Driver}", sondern $sDriver = Default. Das führt natürlich dazu, dass er den Schlüssel nicht findet und SetError gefolgt von Return ausführt...

  • Default zur Angabe eines optionalen Parameters führt zur Zuweisung von "Default"

    • Dr.Doktor
    • 24. April 2010 um 18:57

    Hallo,
    leider habe ich keine treffendere Überschrift gefunden, hoffe die ist in Ordnung. Was ich damit meine ist folgendes:
    Ich habe gelernt das man default nutzen kann um Parameter zu überspringen wenn diese im Funktionskopf schon vordefiniert sind.
    Dazu folgendes Beispiel:

    [autoit]

    _test(7,default,4)

    [/autoit][autoit][/autoit][autoit]

    Func _test($s,$s1=1,$s2=3)
    MsgBox(0,IsString($s1),$s1)
    EndFunc

    [/autoit]
    Zitat

    Ausgabe der MsgBox:0,Default


    Also isString($s1)=False und der Inhalt von $s1 = Default. Mit Stringoperationen lässt sich das default auch "bearbeiten".
    Aber warum ist $s1<>1? Ich habe doch im Funktionskopf die 1 als Defaultwert gesetzt?
    Ist das nicht sogar mit das einzige wofür man Default verwendet? (Habe es bisher noch nicht woanders geshen, zumindest erinnere ich mich nicht)

    In diesem Post wird das Default auch bei einer Funktion genutzt, so wie ich es auch gelernt habe:
    https://autoit.de/index.php?page…ktion#post11816

    Ich nutze Autoit v 3.3.4.0 mein Editor ist Scite V1.78 u. mein OS Win XP SP2

    Gruß
    Dr.Doktor

  • GUISwitch wechselt nicht die aktive GUI

    • Dr.Doktor
    • 4. Februar 2010 um 14:18
    Zitat von vigesimo

    Beim ersten Close wird Form2 geschlossen. Beim zweiten Close wird die If-Abfrage erneut durchlaufen und der Befehl GUIDelete($Form2) ausgeführt. Damit wird ein nicht mehr vorhandenes Fenster aktiviert.


    Das verstehe ich aus zwei Gründen nicht:
    1.: Sollte beim zweiten Aufruf das GUIDelete($Form2) nicht mehr aufgerufen werden, da isDeclared("Form2") <> True ist.
    2. Erfolgt das wechseln mittels GUISwitch() NACH dem Aufruf des ungültigen(?) GUIDelete().

    Zitat von vigesimo


    Richtig ist die Abfrage:
    $aMsg = GUIGetMsg(1)

    und

    If $aMsg[1] = $Form2 Then


    Danke, das hilft mir weiter.

  • GUISwitch wechselt nicht die aktive GUI

    • Dr.Doktor
    • 2. Februar 2010 um 17:10
    Zitat von ideas2code

    Ist es das was du möchtest?


    Danke für deine Antwort, aber das ist es leider nicht. Ich habe aus einem Programm was ich schreibe diese Problemstellung auf dieses Beispiel übertragen, deswegen sieht es etwas sinnfrei aus, dass ich die GUI entfernen möchte. Es geht mir darum, dass das GUIDelete() die GUI $Form1 nicht entfernt, obwohl ich vorher mit GUISwitch die $Form1 als aktive GUI ausgewählt habe. Weil wenn ich das Handle in GUIDelete explizit angebe, funktioniert es. Daraus schließe ich, das das Problem irgendwo bei GUISwitch liegt.

  • GUISwitch wechselt nicht die aktive GUI

    • Dr.Doktor
    • 2. Februar 2010 um 16:16

    Hallo,
    ich habe folgendes Problem:

    [autoit]

    #include <GUIConstants.au3>

    [/autoit][autoit][/autoit][autoit][/autoit][autoit]

    $Form1 = GUICreate("Form2", 413, 298, 291, 177)
    GUISetState(@SW_SHOW)

    [/autoit][autoit][/autoit][autoit]

    $Form2 = GUICreate("popup", 413, 298, 291, 177)
    GUISetState(@SW_SHOW)
    While 1
    $nMsg = GUIGetMsg()
    Switch $nMsg
    Case $GUI_EVENT_CLOSE
    If IsDeclared("Form2") AND GUIDelete($Form2) Then
    MsgBox(0,"",GUISwitch($Form1))
    ContinueCase
    EndIf
    MsgBox(0,"","GUI Close")
    GUIDelete()
    EndSwitch
    WEnd

    [/autoit]

    Es geht darum, dass er wenn das zweite Fenster (Form2) offen ist und ein $GUI_EVENT_CLOSE ausgelöst wird dieses Fenster zwar schließt, aber nicht das erste. (Also wenn ich dann wieder ein $GUI_EVENT_CLOSE auslöse) Wenn ich bei GUIDelete() das Handle mitgebe macht er es, aber warum wechselt nicht GUISwitch schon das aktive Fenster?

    Danke für die Antwort im voraus

  • Konvertierung von HTML-Entitäten

    • Dr.Doktor
    • 1. Februar 2010 um 23:27

    @xp_fan:
    Ist sowas denn in Planung? Fände es schon ziemlich praktisch. Nur um mal das Interesse zu bekunden :-).


    Stilgar:
    Danke, das hat mir gefehlt. Leider tauchen manche Funktionen nicht in der Autoit-Hilfe auf. Soll die HTML-UDF denn einmal in die Hilfe übernommen werden?

  • Konvertierung von HTML-Entitäten

    • Dr.Doktor
    • 31. Januar 2010 um 19:52

    Hallo,
    ich arbeite derzeit an einem Programm, welches HTML-Quellcode parst. Nun möchte ich in diesem die Sonderzeichen welche ja codiert sind decodieren. In manchen anderen Sprachen wie PHP gibt es Funktionen dafür, wie HTML_decode_entities(). Da ich leider keine derartige Funktion gefunden habe, frage ich euch:
    1. Gibt es eine solche Funktion?
    2. Wäre es nicht nützlich diese in Autoit zu implementieren?

    Und eine weitere Frage:
    Gibt es eine Möglichkeit Autoit Quellcode als DLL zu exportieren?

    Hier meine etwas behelfsmäßige selbst geschriebene Funktion zur Konvertierung der Sonderzeichen, erstmal nur für die 3 Umlaute, aber ja beliebig erweiterbar:

    [autoit]

    Func _HTML_Decode_Entities($sHTML)
    $sHTML = StringRegExpReplace($sHTML,"(&Auml;|Ä)","Ä")
    $sHTML = StringRegExpReplace($sHTML,"(&auml;|ä)","ä")

    [/autoit][autoit][/autoit][autoit]

    $sHTML = StringRegExpReplace($sHTML,"(&Ouml;|Ö)","Ö")
    $sHTML = StringRegExpReplace($sHTML,"(&ouml;|ö)","ö")

    [/autoit][autoit][/autoit][autoit]

    $sHTML = StringRegExpReplace($sHTML,"(&Uuml;|Ü)","Ü")
    $sHTML = StringRegExpReplace($sHTML,"(&uuml;|ü)","ü")
    Return $sHTML
    EndFunc

    [/autoit]

    Danke für eure Antwort im voraus

    Edit: Dir Forensoftware wandelt die dezimalen Zeichencodes für die Umlaute (Jeweils hinter dem Namen für die jeweilige Entität) selbstständig in das entsprechende Zeichen um.

  • Checkbox oder modifizierbare Gui-Elemente auf einem Bild-Objekt

    • Dr.Doktor
    • 16. Januar 2010 um 09:56

    Funktioniert einwandfrei, danke nochmal!

    Gruß
    Dr.Doktor

  • Checkbox oder modifizierbare Gui-Elemente auf einem Bild-Objekt

    • Dr.Doktor
    • 16. Januar 2010 um 09:00

    Hallo,
    ich habe gerade versucht verschiedene GUI-Elemente auf einem Bild-Objekt zu platzieren. Leider funktioniert dies mit den mir bekannten Methoden nur unzureichend. Das Element wird zwar auf dem Bild angezeigt, allerdings lässt es sich bei mir nicht aktivieren.
    Gibt es eine Möglichkeit, modifizierbare GUI-Elemente auf einem Bild so anzuzeigen, dass man sie auch modifizieren kann?

    Ein einfaches Beispiel:

    Spoiler anzeigen
    [autoit]

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

    [/autoit] [autoit][/autoit] [autoit]

    #Region ### START Koda GUI section ### Form=
    $Form2 = GUICreate("Form1", 250, 146, 545, 197)
    $Pic1 = GUICtrlCreatePic("..\test.bmp", 0, 0, 249, 145, BitOR($SS_NOTIFY,$WS_GROUP,$WS_CLIPSIBLINGS))
    $Checkbox1 = GUICtrlCreateCheckbox("Checkbox1", 80, 64, 97, 17)
    GUISetState(@SW_SHOW)
    #EndRegion ### END Koda GUI section ###

    [/autoit] [autoit][/autoit] [autoit]

    While 1
    $nMsg = GUIGetMsg()
    Switch $nMsg
    Case $GUI_EVENT_CLOSE
    Exit

    [/autoit] [autoit][/autoit] [autoit]

    EndSwitch
    WEnd

    [/autoit]


    PS: Die Bilddatei(test.bmp) muss im selben Verzeichnis wie das Script sein.

    Danke für eure Antworten im voraus
    Dr.Doktor

    Dateien

    temp.au3 526 Byte – 328 Downloads test.bmp 13,32 kB – 245 Downloads
  • OrganizeIncludes zerstört individuelle Scite-Einstellungen

    • Dr.Doktor
    • 11. Januar 2010 um 21:20
    Zitat von Xenobiologist

    Guten Morgen Herr Doktor, :D

    du redest von der Version 4.3.. Hier wird kein Backup der Einstellungen erstellt. Es war bisher lediglich diese Abfrage enthalten

    [autoit]

    Switch MsgBox(35, 'Question', 'Do you want to install/overwrite SciTEUser.properties?', 15)

    [/autoit]


    Guten Abend Xenobiologist,
    ja, jetzt weiß ich warum er bei den zwei vorherigen Versuchen das Prog nicht installert hatte: Die Messagebox hatte sich irgendwie in den Hintergrund verschoben (vllt. habe ich gerade parallel zur Installation irgendwas gemacht) und nach 15 Sekunden ging sie dann einfach zu.... Beim dritten Versuch werd ich da dann wohl auf OK geklickt haben. (Woran ich zwar keine Erinnerung habe, aber des könnte sein....). Hätte noch einen kleinen Tipp zur Verbesserung: Kannst die MsgBox ja als Always on top oder sowas definieren, dass sie nicht einfach in den Hintergrund geschoben wird. Weiß auch nicht ob das so gut ist, dass sie einfach nach 15 Sekunden wieder verschwindet ohne dann nochmal ein "Installation fehlgeschlagen o.ä.. anzuzeigen. Dachte nämlich der Setup wäre abgestürzt...

    [autoit]

    Switch MsgBox(35, 'Question', 'Do you want to install/overwrite SciTEUser.properties?', 15)
    Case 6 ; Yes
    ;Ein einfaches FileCopy reicht ja im primitivsten Fall hier erst einmal... Dann gibts nur Probleme
    ;wenn der User das Setup Ausversehen ein zweites Mal startet
    ;Und er das Backup mit der bereits im vorherigen Setup erstellten Datei überschreibt.
    FileInstall('.\SciTEUser.properties', @UserProfileDir & '\SciTEUser.properties', 1)
    Case 2 , 7 ; Cancel(2), No(7)
    MsgBox(64, 'Information', 'Installation aborted', 10)
    return
    EndSwitch

    [/autoit]


    Case 2 und 7 zusammenzufassen wäre doch keine schlechte Idee, oder was sagst du dazu? Weil so wird das geschlossene SciTe auf jedenfall wieder hergestellt & eine Warnung angezeigt dass das Setup fehlschlug.

    Zitat von Xenobiologist

    BugFix (ein User hier im Forum) hatte mich auch schon mal darauf aufmerksam gemacht, dass es sinnvoll wäre die EInstellungen zu ergänzen, anstatt die property Datei komplett zu erstezen.


    Wo er Recht hat... :)

    Zitat von Xenobiologist


    Bei der neuen Version Link (wenn ich einen Installer dafür mache), werde ich deinen Rat aufnehmen und ein Backup erstellen.


    OK, danke ich denke mir selber wird dieser Fehler nun nicht mehr passieren, aber nicht das jemand anderes ihn noch begeht und seine Daten evtl. nicht mehr wiederherstellen kann.

    Zitat von Xenobiologist

    Also, sorry für die Umstände.


    Habe glücklicherweise mein Backup nach einer ganzen Weile Sucherei wieder gefunden. Ist also zum Glück "nur" ein zeitlicher Verlust gewesen. Krumm genommen hätte ich es dir nur, wenn du gesagt hättest, das soll so sein und wird auch so bleiben. Zuletzt noch (jetzt wo es läuft) ein Lob für das Programm, funktionierst bis jetzt einwandfrei!

    Gruß
    Dr.Doktor

  • OrganizeIncludes zerstört individuelle Scite-Einstellungen

    • Dr.Doktor
    • 11. Januar 2010 um 03:58

    Hallo,
    ich habe mir mit SciTe ein individuelles Syntax-Highlighting gebastelt. Bis dato war ich damit auch sehr zufrieden, nur leider hat mir dieses OrganizeIncludes bei der Installation das Highlighting zerstört. Alles zurück auf Standarteinstellung. Backup habe ich davon gemacht (war ja nicht wenig Arbeit) nur bis ich das gefunden habe... Nun meine Frage:
    Erstellt dieses Programm wenigstens ein Backup der Einstellungen, bevor es sie einfach überschreibt? Habe bisher leider keines gefunden, aber das liegt vllt. daran, dass ich ein wenig gereizt bin im Moment...


    Gruß
    Dr.Doktor

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™