Beiträge von Ahnungslos

Ahnungslos

Neue Version und somit erstes Release ist online:

mittels ANSI Codierung werden nun deutsche Umlaute unterstützt (@tigerpapers)
es werden alle Grafikformate die GDI+ anbietet nun eingebettet (derzeit ohne Alpha-Kanal)
kleinere Fehler behoben

Ahnungslos

Zitat von Oscar

Wenn ich die Datei als UTF8_NOBOM einlese und die komprimierte Datei als Binary speichere, danach wieder als Binary einlese und mit dem Original vergleiche, dann stimmen die Daten nicht mehr, weil jetzt ANSI.

Beim Einlesen der Daten mit angegebenem Encoding UTF8_NOBOM, sollte AutoIt es intern in UCS2 umwandeln. Letzten Endes ist die Codierung ja aber egal, es muss nach dem Dekomprimieren nur das gleiche rauskommen, wie die Daten zuvor waren...

Neuster Stand mit Prekompressor:

============================================================

Result for "Ahnungslos"

============================================================

Decompressed = Original: True

Length Original: 6033

Length compressed: 3236

Length decompressed: 6033

Compress-Ratio: 46.362 %

Time compressed: 4420 ms

Time decompressed: 258 ms

============================================================

Ahnungslos

Wenn du den Schließen-Button nicht entfernst, sondern deaktivierst, dann bleibt auch das Icon erhalten:

C

#include <GUIConstants.au3>
#include <WinAPISysWin.au3>

GuiCreate("Catch the X Click", 300, 100)
GUISetIcon("C:\Windows\System32\user32.dll", -2)
GUISetState()

$hHandle = WinGetHandle("Catch the X Click") ; <- Hier den Titel des Windowsfenster eintragen
RemoveButtons($hHandle)
DisableCloseButton($hHandle)

While 1
    $msg = GUIGetMsg()
    Select
        Case $msg = $GUI_EVENT_CLOSE
            Exit
    EndSelect
WEnd

Func DisableCloseButton($hWindow)
    Local $aSysMenu = DllCall("User32.dll", "hwnd", "GetSystemMenu", "hwnd", $hWindow, "int", 0)
    DllCall("User32.dll", "int", "RemoveMenu", "hwnd", $aSysMenu[0], "int", 0xF060 , "int", 0)
    DllCall("User32.dll", "int", "DrawMenuBar", "hwnd", $hWindow)
EndFunc

Func RemoveButtons($hWindow)
    Local $iStyle = _WinAPI_GetWindowLong($hWindow, $GWL_STYLE)
    _WinAPI_SetWindowLong($hWindow, $GWL_STYLE, BitAND($iStyle, BitNOT($WS_MINIMIZEBOX), BitNOT($WS_MAXIMIZEBOX)))
EndFunc

Alles anzeigen

Ahnungslos

Zitat von Oscar

Dann sieht es ganz danach aus, dass Dein Username nichts mit Deinen AutoIt-Kenntnissen zu tun hat.

Bei AutoIt passt der Name schon ganz gut, bin momentan eher in Java unterwegs...

Zitat von Mars

Bei der Länge von 3600 tippe ich mal auf einen statischen Huffman encoder, da kommen bei mir ähnliche Werte raus

Genau, habe mir den groben Ablauf von Huffman hier angeschaut und versucht umzusetzen. Neben den komprimierten Daten übergebe ich noch das Wörterbuch. Der Decoder erstellt daraus erneut den Baum um die Bits wieder zu entpacken. Das Wörterbuch ist in diesem Beispiel 192 Bytes groß, würde aber noch kleiner gehen.

Ich beschäftige mich erst seit Dienstag mit dem Thema, daher mal eine doofe Frage. Hat der adaptive Huffman Encoder neben einer schnelleren Laufzeit (nur ein Durchgang) noch weitere Vorteile? Der statische sollte ja eine bessere Komprimierung erreichen, oder bin ich falsch?

Ahnungslos

Zitat von Oscar

Nur AutoIt-Code?

Das Scripting Dictionary kommt zum Einsatz, wäre sicherlich auch mit verschachtelten Arrays möglich, wird aber schnell unübersichtlich. Ansonsten ja, keine Includes und keine DllCalls.

Ich mache das ganze mal noch hübsch und setze Kommentare.

Ahnungslos

Von WinRAR noch Welten entfernt, aber ansonsten gefallen mir die Werte schon ganz gut:

============================================================

Result for "Ahnungslos"

============================================================

Decompressed = Original: True

Length Original: 6033

Length compressed: 3616

Length decompressed: 6033

Compress-Ratio: 40.063 %

Time compressed: 189 ms

Time decompressed: 265 ms

============================================================

Ahnungslos

Schönes Thema.

Oscar könntest du bei der Prüfroutine eine Abfrage einbauen, ob die Daten binär sind? StringLen wandelt die Binärdaten in Hex und gibt dadurch die doppelte Länge zurück.

Code

Global $iCompressedLen = IsBinary($vCompressed) ? BinaryLen($vCompressed) : StringLen($vCompressed)

Ahnungslos

Den Ansatz von Moombas finde ich gut, eventuell wäre auch AuPDF eine mögliche Lösung: AuPDF 0.13. Ansonsten sollte es auch externe Software geben, die man gut ansteuern kann.

Ahnungslos

Die UDF nutzt intern leider globale Variablen, die nach dem Erstellen der PDF nicht bereinigt werden. Heißt also: erstellst du zur Laufzeit 2 PDF-Dateien, dann ist die erste in Ordnung, aber die zweite enthält Daten der ersten. Was dann zu Fehlern führt, da die Datei nicht mehr valide ist.

Ahnungslos

Bei einem mehrzeiligen Control wie einem Edit funktioniert mein Vorschlag leider nicht...

An sich müsste dein Code eigentlich laufen. Eventuell sind $start_char oder $end_char falsch? Ohne ein minimales lauffähiges Script aber schwer zu sagen.

Einfacher wäre ein Label über oder neben deinem Edit.

Ahnungslos

Klingt nach Cuebanner...

C

#include <GUIConstantsEX.au3>
#include <EditConstants.au3>

$hGui = GUICreate("", 500, 500)

$cInput = GUICtrlCreateInput("", 10, 10, 200, 20)
GUICtrlSendMsg($cInput, $EM_SETCUEBANNER, False, "Keys to press (optional)")

$cButton = GUICtrlCreateButton("Test", 10, 100, 80, 30)
GUICtrlSetState($cButton, $GUI_FOCUS)

GUISetState()

While 1
    Switch GUIGetMsg()
        Case $GUI_EVENT_CLOSE
            Exit
    EndSwitch
WEnd

Alles anzeigen

Quelle: https://www.autoitscript.com/forum/topic/16…comment=1226083 (von Melba23)

Ahnungslos

Ich würde von der Netzwerkanmeldung absehen, vor allem wenn du dafür Zugangsdaten hinterlegen müsstest. Da du deine selbstgeschrieben EXE eh mit Opsi verteilst, könntest du auch die Installationsdatei mittels FileInstall an deine EXE anhängen. Die Datei dann einfach ins temporäre Verzeichnis entpacken und von dort aus starten. Im Anschluss das Löschen der Installationsdatei nicht vergessen

PS: viele Installationsroutinen bieten einen silent Parameter und müssen dann nicht "ferngesteuert" werden

Ahnungslos

Hallo Leute, ich schaue hier noch ab und zu vorbei und musste gerade folgendes feststellen:

~~Wer nicht angemeldet ist, hat keinen Zugriff mehr aufs Forum. Also auch nicht lesend. Man wird immer wieder auf die Anmeldeseite umgeleitet.~~

Ahnungslos

Meines Erachtens ist in Zeile 1184 der MPDF-UDF ein Fehler enthalten, habe es mal abgeändert und angehängt. Geht es damit bei dir?

Edit: falsche Zeile angegeben

Ahnungslos

Riesen Dank!

Das "moderne" XBOX-Solitaire ist nicht zu gebrauchen... Falls du Zeit hast, Bedarf für weiteres ist da
Werde immer wieder nach den XP-Spielen gefragt.

Ahnungslos

In deinem ListView steht an erster Stelle doch die ID...

Markierte Zeile auslesen, ID von Rest trennen (z.B. StringSplit, StringLeft + StringInStr, ...) und den Datensatz mit der ID löschen.

Hoffe ich habe dich richtig verstanden

Ahnungslos

Um Quelltext formatiert ins Forum zu stellen benötigst du den BBCode autoit, also einfach dein Quelltext in [autoit]dein Code[/autoit] stellen.

Zum eigentlichen Thema:
GetSecurityDescriptor erzeugt ein Objekt vom Typ SecurityDescriptor und kein Array, daher kannst du mit der For-Schleife nicht darauf zugreifen. ~~Wie der Aufruf richtig aussehen muss, kann ich dir leider nicht sagen.~~ Was für Daten möchtest du denn genau ermitteln?

Edit:
Beim quälen der MSDN noch etwas gefunden
Die gesuchten Informationen stehen nicht im SecurityDescriptor sondern direkt in Win32_LogicalFileSecuritySetting.

[autoit]

;Autoitscript