Beiträge von BugFix

  • ListView Spalten Füllungsproblem

    Wenn du z.B. 100 Einträge machen willst, brauchst du bei dem Konzept 100 Sektionen in der Ini. Wenig sinnvoll.
    Mach doch nur eine Sektion (dann kannst du alle Inhalte mit IniReadSection in einem Rutsch lesen) und gliedere die etwa so:

    Code
    Schlüssel=NAME||LIEFERSCHEIN|ZEIT


    Dann kannst du den Inhalt des Schlüssels, also alles was rechts vom Gleichheitszeichen steht, sofort mit

    [autoit]

    GUICtrlCreateListViewItem

    [/autoit]

    verwenden. Für die zweite Spalte ist kein Wert enthalten, deshalb die doppelte Pipe (||). Dazwischen kannst du vorm Erstellen des ListviewItem den Wert aus der anderen Datei einfügen.

  • ListView Spalten Füllungsproblem

    Zitat von MadCatz

    Du hast das richtig erkannt, genauso wie du mir das geschrieben hast, sollte die ini Datei eingelsen werden


    :?:
    Ich möchte wissen, welcher Wert aus deiner Beispiel INI an welcher position des Listview eingetragen werden soll.
    Also schreib bitte eine Pseudo-tabelle, wie ich es gemacht habe, aber mit den Angaben aus der INI.
    Vermutlich ist aber der Aufbau deiner INI nicht sinnvoll, aber um das sicher zu sagen muss ich wissen, wie das Endergebnis aussehen soll.

  • Bildübereinstimmung überprüfen

    Die PixelSearch-Funktionen zu verwenden um Bilder auf Identität zu prüfen halte ich für wenig sinnvoll.
    Wie wäre es, wenn du zu den Bildern online deren Hashwert speicherst. In deiner lokalen Sammlung vergleichst du dann nach Kombination Dateiname / Hashwert.

    Oder such einfach mal gründlich im Forum. Ich bin mir ziemlich sicher, dass ich eine Funktion zum Bildinhaltsvergleich schon mal in einem Post gesehen habe.

  • Funktion um Beenden zu Verhindern

    Ich weiß nicht, ob dir da jemand helfen wird.
    Ich würde nie ein Programm ausführen, das so tief in mein System eingreift, dass ich es nicht selbst beenden kann. Selbst Anitivirenprogramm, Defender, Firewall lassen sich mit den nötigen Rechten beenden. Und das ist auch gut so.

  • SciTE Output Farbschema

    So, hier mal das kpl. Dark-Blue-Schema.
    In meinem SciTEConfig-Ordner werden keine (neuen, geänderten) Schemes gespeichert. Alle Änderungen finden nur in der SciTEUser.properties statt.
    Deshalb mal alle das Farbschema betreffenden Infos daraus:

    Spoiler anzeigen

    Sieht dann so aus:
    Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.

  • SciTE Output Farbschema

    :D Im Editorfenster selbst nutze ich nur das Standard-Schema (OldStandard). Geringfügig modifiziert.
    Einzig die Zeilennummernleiste erstrahlt in tiefblau mit weißen Ziffern. ;)

    Aber ich schau mal, ob ich ein zu diesem Output passendes Schema für den Editor zusammenbekomme.

    Edit:
    Jetzt weiß ich wieder, warum ich im Editor nicht den Dark-Style genutzt habe.
    Es gibt leider einige Werte, die sich nicht sprachabhängig einstellen lassen. Ich müßte also dann ein entsprechendes Schema für jede Sprache, die ich nutze, erstellen.
    Folgende Parameter gelten editorweit:

    Code
    #~ CaretLine
caret.line.back=#AC00A9
caret.fore=#FFFFFF


#~ Selection
selection.fore.au3=#FFFFFF
selection.alpha=128
selection.back=#2D2DFF

  • SciTE Output Farbschema

    Hi,
    Es gibt ja verschieden Farbschemata für SciTE. Aber das Output Fenster ist davon unberührt.
    Ich habe mal ein dunkles Schema erstellt. Viel kann man nicht einstellen, da über " -. !, <, >, + " am Zeilenanfang bereits eine feste Farbe gewählt wird.

    In der SciTEUser.properties eintragen:

    Code
    #================== O U T P U T  P A N E L =======================#
# Output window
style.errorlist.32=back:#000040,size:12
# Normal output
style.errorlist.0=fore:#AFAFAF
# Command prompt
style.errorlist.4=fore:#60AAFF,bold

    So sieht es dann aus:
    Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.

  • Altuelles Datum im MonthCal koda

    Verwende doch die Kalender UDF mit der Funktion

    [autoit]

    _GUICtrlMonthCal_Create

    [/autoit]

    Das vereinfacht das Handling und die gewünschte Funktionalität ist Standard.
    Wenn du für alle Controls deiner GUI den Font änderst ist es einfacher den Standardfont für die GUI zu ändern, das ist dann für alle Controls gültig.

    [autoit]

    GUISetFont

    [/autoit]

  • Altuelles Datum im MonthCal koda

    Wie wär es, wenn du deinen erstellten Code zeigst? Das hat mit Koda nichts zu tun.
    Wenn du es so erstellst, hast du das aktuelle Datum:

    [autoit]


    ;...
    ;...
    $hGUI = GUICreate("Month Calendar Create", 400, 300)
    $hMonthCal = _GUICtrlMonthCal_Create($hGUI, 4, 4, $WS_BORDER)
    ;...
    ;...

    [/autoit]