Beiträge von BugFix

  • Struktur _CONSOLE_FONT_INFOEX in AutoIt darstellen

    Zitat von Bitnugger

    Ob die ersten beiden Zeilen etwas in einer UDF zu suchen haben, lasse ich mal dahingestellt... ich habe sie bei mir jedenfalls ausdokumentiert.

    Danke für den Hinweis.

    Das sehe ich ebenso. Stattdessen ist ein #include-once angebracht wegen des WinAPI-Includes.

    Ebenfalls aufgefallen ist mir in der Struktur: $tagCONSOLE_FONT_INFOEX

    wchar[32] FaceName;

    sollte eigentlich

    wchar FaceName[32];

    sein.

    Bin mir nicht sicher ob es funktionell falsch ist, aber ich kenne es eigentlich nur in der letzteren Schreibweise.

  • Struktur _CONSOLE_FONT_INFOEX in AutoIt darstellen

    Ich bin mal wieder über meine vor Urzeiten angefangene Console-UDF gestolpert. Damals hatte ich nur einige rudimentäre Umsetzungen gemacht. Nun wollte ich die gesamte Console API in Angriff nehmen und bin dabei über folgende Struktur gestolpert:

    Code: https://docs.microsoft.com/en-us/windows/console/console-font-infoex
    typedef struct _CONSOLE_FONT_INFOEX {
ULONG cbSize;
DWORD nFont;
COORD dwFontSize;
UINT  FontFamily;
UINT  FontWeight;
WCHAR FaceName[LF_FACESIZE];
} CONSOLE_FONT_INFOEX, *PCONSOLE_FONT_INFOEX;

    Das würde ich in AutoIt erstmal so umsetzen:

    Unklar ist mir: WCHAR FaceName[LF_FACESIZE];

    Als Bsp. für eine Umsetzung in C# habe ich hier was gefunden:

    Code
    // Set console font to Lucida Console.
CONSOLE_FONT_INFO_EX newInfo = new CONSOLE_FONT_INFO_EX();
newInfo.cbSize = (uint) Marshal.SizeOf(newInfo);
newInfo.FontFamily = TMPF_TRUETYPE;
IntPtr ptr = new IntPtr(newInfo.FaceName);
Marshal.Copy(fontName.ToCharArray(), 0, ptr, fontName.Length);
// Get some settings from current font.
newInfo.dwFontSize = new COORD(info.dwFontSize.X, info.dwFontSize.Y);
newInfo.FontWeight = info.FontWeight;
SetCurrentConsoleFontEx(hnd, false, newInfo);

    Die interessanten Zeilen für FaceName sind hier:

    Code
    IntPtr ptr = new IntPtr(newInfo.FaceName);
Marshal.Copy(fontName.ToCharArray(), 0, ptr, fontName.Length);

    Daraus würde ich jetzt schließen, dass ich das so umzusetzen habe:

    Habe ich das soweit richtig interpretiert?


    Ein zweiter Punkt:

    Die Struktur enthält die eingebettete Struktur COORD. Durch das Integrieren mittels: 'STRUCT;' & $tag_COORD & 'ENDSTRUCT;' geht mir ja der Feldname dwFontSize verloren.

    In C# wird in dem Bsp. auf X in dwFontSize mit info.dwFontSize.X zugegriffen. In meiner Umsetzung wäre das im Moment: $t_CONSOLE_FONT_INFOEX.X Grundsätzlich kein Problem, solange nicht eine zweite eingebettete Struktur mit denselben Feldern auftaucht.

    Aber genau das passiert z.B. in folgender Struktur:

    Code
    typedef struct _CONSOLE_SCREEN_BUFFER_INFO {
  COORD      dwSize;
  COORD      dwCursorPosition;
  WORD       wAttributes;
  SMALL_RECT srWindow;
  COORD      dwMaximumWindowSize;
} CONSOLE_SCREEN_BUFFER_INFO;

    Wie kann ich das lösen? Bleibt da nur der Zugriff über den Index?

    EDIT:

    Oder so?

  • Consolen Fenster hooken

    Alternative:

    Verwende doch eine eigene Konsole, die kannst du dann nach Lust und Laune gestalten und mit ihr interagieren.

    Zu dem Thema Eigene Konsole hatten wir vor Jahren hier schon etwas gepostet (ProgAndy und ich). Leider wurden die Links bei der Forenaktualisierung nicht umgestellt und somit sind die Posts unauffindbar. 8|

  • Fehler bei mehrfacher PDF-Erstellung mittels PDFtoPrinter.exe

    Zitat von De Rand Ere

    Hat jemand ne Idee ???

    Da der Sourcecode vorliegt würde ich diesen unkompiliert ausführen. Dann bekommst du schon mal etliche Infos in die Konsole ausgegeben und kannst zusätzliche Werte von relevanten Variablen ausgeben lassen. Damit lässt sich das Problem vermutlich eingrenzen.

    Wobei es überlegenswert wäre, diesen Code umzuschreiben, neben dem nicht mehr gebräuchlichen Dim werden dort Globale Variablen innerhalb einer Funktion erstellt. Das sollte man tunlichst unterlassen. Macht den Code schwer lesbar und anfällig für Fehler.

  • Consolen Fenster hooken

    Zitat von UEZ

    Dienstreise in der Pandemie Zeit...krass.

    Eigentlich ist es ein temporärer Wechsel des Arbeitsorts. Einmal im Monat bin ich für eine Woche in der Firmenzentrale. Und wenn ich das Gesülze der Politiker zu "Home Office" höre, wird mir klar, dass die noch nie gearbeitet haben.

    Der Anteil an Dienstleistungstätigkeit liegt sicher deutlich über 50 %. Und wenn du nicht gerade Telefonseelsorger bist kannst du Home Office knicken.

    Ganz zu schweigen von der super-duper digitalen Infrastruktur in DE. Wenn ich an einer Video Konferenz teilnehme ist das im Endeffekt nur Audio - Video habe ich als Standbild, mehr gibt die Bandbreite nicht her. :Face:

  • Consolen Fenster hooken

    Es könnte helfen, wenn du beim Eintritt in die Maus-Hook Funktion zuerst auf die Bedingungen prüfst, bei denen die Funktion nicht arbeiten soll und sie sofort wieder verlässt.

    iCode < 0 Or wParam <> LDown

  • SciTE - Switch "output.code.page"

    Beim Ausgeben von Zeichen außerhalb des Standard-ASCII Satzes ärgert man sich ständig mit Codepages und Zeichensätzen herum.

    Für nur AutoIt-Dateien ist das kein Problem. Einstellung in SciTE:

    File encoding: UTF8BOM

    code.page=65001

    character.set=1000

    output.code.page=0

    Damit werden Umlaute sauber in die Konsole geschrieben.

    Aus Lua-Dateien heraus sieht es dann anders aus.

    File encoding: UTF8

    code.page=65001

    character.set=1000

    output.code.page=0

    Das führt dann z.B. bei print('Ä') zur Ausgabe in der Konsole: Ã.

    Eine korrekte Ausgabe erfolgt mit:

    output.code.page=65001

    Alle Codepage-Werte sind für alle Dateien gültig und können somit nicht z.B. in der "au3.properties" unterschiedlich zur "lua.properties" gesetzt werden. Der zuletzt gelesene Wert wäre allgemeingültig.

    Deshalb habe ich hierfür das Skript: SwitchOutputCodepage.lua erstellt.

    Über Properties lässt sich für jeden Dateityp separat die erforderliche output.code.page festlegen. Wobei der Wert "0" (System) der Standardwert ist und somit nicht zwingend gesetzt werden muss.

    output.cp.au3=0

    output.cp.lua=65001

    Das Skript selbst muss mit dem Lua-Programmstart-Skript geladen werden und prüft ob der aktuelle Wert der Output Codepage zur aktuellen Datei passt und wechselt diesen wenn nötig. Überprüft wird:

    - beim Öffnen einer Datei

    - nach dem Speichern einer Datei

    - beim Wechseln auf eine andere Datei im Editor

    EDIT

    Wer mag, kann sich die aktuelle output.code.page auch in der Statusbar mit anzeigen lassen.

    statusbar.text.1=Zei=$(LineNumber) | Sp=$(ColumnNumber) | Markiert: Zei=$(SelHeight) , Sp=$(SelLength) | Modus=$(OverType) | output.code.page=$(output.code.page)

  • SciTE: folding (#Region .. #EndRegion), abspeichern/wiederherstellen

    Das wird nur solange gespeichert, wie das Skript im Editor ist. Wenn du diese Zustände speichern möchtest würdest du ein Lua-Skript benötigen, das beim Schließen von SciTE die Faltzustände aller Regionsmarker in allen Skripten ausliest und in einer separaten Datei ablegt.

    Umgekehrt müssen dann bei Starten von SciTE aus der Datei die Zustände ausgelesen und wieder gesetzt werden. Ebenso muss das passieren bei jeder Datei die geöffnet wird.

    Machbar? - Ja. Sinnvoll? - Habe ich arge Zweifel, dürfte etwas performancelastig werden.

    Ich persönlich hätte im Moment kein Verlangen ein derartiges Skript zu erstellen. ^^

  • Gemischte Ini-Datei updaten - Ideen gesucht

    Zitat von Professor Bernd

    Was meinst du denn mit projektorientierte Einstellungen und Objektordner?

    Objekt sollte Projekt heißen, Scheiß Autokorrektur am Handy. :D

    Wenn du ein Projekt erstellst, wirst du alle zugehörigen Dateien (au3, Ini, ico, etc.) in einem gemeinsamen Ordner speichern - dem Projektordner.

    Nun kann es sein, dass du für dieses Projekt eine bestimmte Editorkonfiguration möchtest. Das kannst du dann mit einer Einstellungsdatei in diesem Ordner regeln. Deren Inhalt hat Vorrang gegenüber den User-Einstellungen.

    Was ich gerade nicht weiß: Erkennt PSPad den Wechsel auf ein anderes Editor Tab? - Dieses "OnChange" Ereignis ist erforderlich, um dann die Einstellungen on-the-fly zu aktualisieren.

  • Gemischte Ini-Datei updaten - Ideen gesucht

    Zitat von Professor Bernd

    Was gibt es denn an Nachteilen bei dem 2-Dateien-Konzept gegenüber dem mit nur 1 Datei?

    Keine - nur Vorteile.

    Du brauchst nur die Globale Datei pflegen, was der User macht (und ob er überhaupt was macht) ist absolut egal.

    Und für den Fall, dass du irgendwann auch mal projektorientierte Einstellungen vornehmen willst, gehst du mit deinem 1-Datei System Wasser saufen.

    Global und User würdest du einfach um eine Datei im Objektordner erweitern, die wiederum evtl. abweichende Werte aus der Userdatei überschreibt.

  • Gemischte Ini-Datei updaten - Ideen gesucht

    Trotzdem möchte ich nochmal einwerfen, dass es doch grundsätzlich wumpe ist, ob die Einträge in den Usereinstellungen sich von den Standardeinstellungen unterscheiden.
    Darauf muss ich doch nicht prüfen! Jeder Vergleich kostet mehr Zeit als das simple Einlesen von Werten.

    - 2 Dateien existieren (System- und Usereinstellungen)

    - Einlesen der Systemdatei in Laufzeitvariable (Dictionary ist hier wohl der beste Weg)

    - Einlesen der Userdatei ins Dictionary (wobei automatisch die Systemdaten überschrieben werden)

    Dann kümmert es dich nicht die Bohne ob und was der User wann, wie, weshalb, warum geändert hat. - Seine Änderungen haben Priorität und werden immer übernommen.