Beiträge von Micha_he

  • Write UTF-16 ohne BOM

    Für eine spezielle Anwendung benötige ich die Modifikation einer Datei im UTF-16-Format ohne BOM (Byte Order Mark).

    Das Laden der Quelldatei mit FileOpen(...., 32) klappt, Modifikation auch.
    Nur das anschließende Speichern mit (FileOpen(....., 34) erzeugt, wie es auch in der Hilfe steht, eine Datei mit BOM-Header.

    Gibt es eine bessere Möglichkeit als, die Datei wieder Binär zu laden, 2 Byte am Anfang abzuschneiden (kann ich mich überhaupt darauf verlassen das es immer 2 Byte sind) und wieder zu speichern ?

    Danke Euch...

  • 2 Monitore Problem

    Die Inputbox wird ja, jedenfalls so wie Du es beschreibst, in einer neuen GUI erzeugt werden.

    Du müsstest Dir also nur mit WinGetPos() die Daten des Hauptfensters holen und als Position für das neue GUICreate() verwenden.

    Oder ich hab es falsch verstanden, denn ohne Besipiel-Quellcode kann man immer nur raten !!!

    Edit: Ich sehe schon, schlecht lesen kann ich gut ! Du schriebst Inputbox !

  • _IsPressed und Unable to parse line

    Warum führt folgender Code zum Fehler "Unable to parse line" ?

    Spoiler anzeigen
    [autoit]

    #include <misc.au3>

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

    While _IsPressed(10) Or _IsPressed(70) Or _IsPressed(71) Or _IsPressed(72) Or _IsPressed(73) Or _IsPressed(74) Or _IsPressed(75) Or _IsPressed(76) Or _IsPressed(77) Or _IsPressed(78) Or _IsPressed(79) Or _IsPressed(7A)
    Sleep(50)
    WEnd

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

    Msgbox(0,"","Ende")

    [/autoit]

  • Autoit direkt aus dem Browser

    Zitat von chip

    Sollte es ernsthaft Leute geben die sie an haben *lach*.

    Anwender wie ich, welche ohne Adminrechte arbeiten (der Sicherheit wegen zu empfehlen), lieben die UAC.

    Man kann den ganzen lieben Tag arbeiten ohne Adminrechte, und wenn ein Programm (z.B. auch Autoit mit #RequireAdmin) kommt, fix das Adminkennwort und alles läuft wie geschmiert. Früher musste man erst das Tool wieder mit "RunAs" starten !

    Aber um beim Thema zu bleiben:

    Nutzt doch einfach "HKCU\Software\Classes\...." der Registryschlüssel macht meiner bisherigen Erfahrung nach genau das selbe wie "HKCR", nur halt für den aktuellen User.
    Und dort darf auch jeder User, egal ob Admin oder nicht, hineinschreiben.

  • Hauptscript über zusätzliche exe starten, damit der User Adminrechte hat. Funktion FileFindFirstFile geht nicht

    Zitat von Aducarab

    Jau, dass sind sie!
    Ist das ein Prob?

    Klar ist das ein Problem !

    Ein Netzlaufwerk ist immer nur unter dem Benutzer verfügbar, der es auch verbunden hat.

    Und wenn du etwas mit RunAs() oder "Ausführen als" gestartet hast, läuft die Anwendung unter eben diesem neuen Nutzer und der kennt diese Laufwerk nicht.

    Entweder UNC-Pfade nutzen, das Laufwerk erst im (Admin-)Script verbinden oder vor dem Ausführen (z.B. im Starter-Script) die notwendigen Dateien nach "@TempDir" kopieren und dann mit dem Folgescript dort verarbeiten.

  • PortableApps - Launcher

    Zitat von Mr. Aero

    Ja, ich verwende es, da ich ja noch Anfänger bin und mich eben noch nicht so gut auskenne, d.h., ich kenne nicht alle befehle bzw. alle möglichen Möglichkeiten :D

    Das ist auch gut so, lass Dir nichts falsches einreden.

    Wenn Du das erste mal mit einer falschen Variable (Schreibfehler) gearbeitet hast, anschließend Stunden nach einem Fehler suchst, gewöhnt man sich den "guten Stil" an.

    Ist bei mir bei einem Dreizeiler auch nicht der Fall, aber wenn es langsam unübersichtlich wird, hilft es !

  • Access Zugriff

    Ich würde für diese Aufgabe auch eine "Änderungsabfrage" direkt in Access nutzen !

    Aber er gibt es MS-Access-UDF. Habe sie für ein Projekt schon genutzt. Aber vor Montag kann ich nicht damit dienen.

  • letzte Zeile eines String auslesen

    So funktioniert:

    [autoit]

    $dir = "Das ist ein übler % test der mit 21% gemacht wird"
    $result = StringMid($dir, StringInStr($dir, "%", 0, -1))
    MsgBox(0, "Ergebnis:", $result)

    [/autoit]

    Dein Problem liegt daran, das StringRight() zwar mit "-1" von rechts sucht, aber die Position vom Anfang (heisst von links) als Integer zurückgibt.
    Wenn Du nun StringRight() verwendest erhälts Du einen zu langen String, der aber von Rechts ist.

    Entweder nutzt Du StringMid() (ohne dritten Parameter bekommst Du den gesamten Rest) oder Du nutzt StringRight(), musst dann aber als zweiten Parameter "StringLen($dir) - StringInStr($dir, "%", 0, -1) + 1" verwenden.

    Edit:
    Für Dein Ausgangsbeispiel in Post #1 müsste es dann so klappen:

    [autoit]

    $dir_free = StringUpper(StringMid($dir, StringInStr($dir, @LF, 0, -1) + 1))

    [/autoit]

  • GDI+ Analoguhr Beispiel

    Zitat von name22

    Das stimmt jetzt aber nicht, schließlich gibt es ja den letzten Parameter bei IniRead ja nicht nur zur Deko . Falls die Ini nicht gelesen werden kann, egal ob sie nun nicht existiert oder nur der Key fehlt, wird der Default Wert zurückgegeben. Sobald das Script beendet wird, wird die Ini mit genau diesen Werten erzeugt.

    Stimmt, gebe ich Dir jetzt mal recht. Aus der Anleitung habe ich nur herausgelesen, wenn der KEY nicht exitiert !

    Und in der alten Version hat Dein Tool auch die "Settings.ini" nach Start-Beenden mit 3x NULL angelegt.
    Jetzt mit der aktuellen Version haut es aber hin...

  • GDI+ Analoguhr Beispiel

    Der Fehler mit dem Bild aus dem TempDir ist in Deinem Script immer noch vorhanden:

    Zeile 154: Statt "@ScriptDir" muss es "@TempDir" heißen.

    Außerdem werden die Zeilen 29-31 und 35-37 nicht aktiv, wenn keine INI-Datei existiert. In dem Fall (z.B. erster Start) stehen dann die Variablen:

    $bShowSeconds
    $bFluidMode
    $bOnTop

    alle auf FALSE statt auf TRUE !

    Du solltest entweder die Datei vor Zeile 29 prüfen und LEER anlegen wenn sie nicht existiert oder besser die Existenz der INI-Datei prüfen und wenn sie existiert die Werte versuchen zu laden (Default wird ja dann genutzt) oder im Falle das sie nicht existiert die Defaultwerte setzen.