Beiträge von autoiter

  • Sehr schnell in GUI schreiben

    Hallo Muecke

    Zitat von Muecke

    Ich habe verstanden was du mir sagen möchtest ich soll die Labels schon mal alle zeichnen die ich brauchen könnte dann muss ich die nur noch aufrufen wenn ich sie brauche udn muss die nicht ständig neu erstellen lasse. das habe ich in der Theorie verstanden, wie das Praktisch geht habe ich keine Ahnung

    Genau das machst du doch in Zeile 20 deines Skripts, dass du hier gepostet hast. Du erstellst einmal und dauerhaft das Label, dass du brauchst. Statt dessen könntest du auch für jede Einheit eines erstellen...

    Dein Problem ist doch, dass du nicht verstehst, wie man den Inhalt eines Labels (oder verschiederner Controls bearbeitet). Du änderst den Inhalt mit GUICtrlSetData.
    Oben einmal das Label erstellen, einmal die Farben setzen, einmal den Startwert setzen und danach nur noch mit GUICtrlSetData den Text (die Zeit) ändern. Das ist mit Sicherheit viel performanter, wie Kanashius schon schrieb.


    PS: Versuche es erst einmal wie oben beschrieben. Wenn es dann immer noch Probleme gibt, kannst du auch einmal im blauen Forum schauen. Da hat der GDI+ Meister UEZ eine Variante gepostet, die den Unterschied zwischen einem normalen Label und der GDI+ Vaiante zeigt. Im Beitrag darunter findest du eine andere funktionierende Umsetzung ohne GDI+. https://www.autoitscript.com/forum/topic/17…comment-1279824

  • DPI Einstellungen bekommen

    Hallo SolemnStrike

    Eine Lösung wäre wohl:

  • ListView füllen und ProgressBar

    Hallo Code-Jack

    Hier noch mal der beste Vorschlag des Threads aus meiner Sicht:

    Zitat von BugFix

    Lade erst mal etwa das 3-fache des sichtbaren Bereiches (vermutlich etwa <200 Einträge) . Das lässt du anzeigen und beginnst anschließend mit dem Laden des Restes. Die Gesamtzeit bleibt natürlich gleich, aber optisch sieht es nach gut 1s schon geladen aus.

    Alternativ möchte ich möchte auch das Programm-Design hinterfragen. Ist es wirklich nötig immer 1600 und mehr Datensätze mit 32 Feldern in einer Listview darzustellen? Ich glaube nein. Das schaut man sich doch immer gefiltert mit einer bestimmten Sortierung an.
    Dazu würde ich schon vordefinierte Filter bereitstellen. Unter anderem einen für die maximale Menge der Trefferliste. Wenn der etwa auf hundert steht, geht das Leeren der Liste, das Abfragen und das neue Füllen doch sehr schnell.

  • Word Find Replace

    Hallo tubsids

    Du hast eine Frage von water nicht beantwortet, die wichtig ist:

    Zitat von water

    Wo suchst Du den Textbaustein (Kopfzeile, Fußzeile, Textbox ...)?

    Schau, wenn du in einem dieser Bereiche etwas ersetzen wolltest, müsstest du den Bereich genau angeben. Etwa die Nummer des Textfeldes u.s.w.

    Als ich mal die Adresse in einem Textfeld ändern wollte, musste ich das etwa so machen: $oWord.ActiveDocument.Shapes(1).TextFrame.TextRange.InsertAfter($aReplacements[0][1])

  • ListView füllen und ProgressBar

    Hallo Code-Jack

    Es korrespondiert nicht so gut mit deinem aktuellen Ansatz mit der Progressbar. Allerdings kann ich mir vorstellen, dass das Füllen der Listview deutlich schneller ginge, wenn sie nicht in der Schleife füllen würdest. Du könntest ein Array füllen und dann statt: GUICtrlCreateListViewItem(_ArrayToString($aDatentaxi, '|', 1, 21), $idListView) einmal _GUICtrlListView_AddArray benutzen.

  • _DownloadWithProgress

    Hmm, lässt sich das Problem auf http bzw. https einschränken?

    Wir hatten hier schon Diskussionen darüber. Ich glaube da hatten Leute mit Win 7 Probleme. Ich habe den Thread gerade aber nicht gefunden und bin mir auch nicht sicher..

    Vielleicht machst du einen eigenen Thread auf? ;)

  • Reguläre Ausdrücke Sammlung

    Ich bitte, den ganzen Mist in einen Thread zu verschieben, der Diskussion über den Thread "Reguläre Ausdrücke Sammlung" heißt. Sollen sie sich dort streiten. Kann doch nicht sein, dass jemand wie fakeraol - der aktuell 57 Beiträge im Forum hat - den Thread kapern kann.

    Natürlich habe ich mich nun auch mit einem Thread-Theam-fernen Beitrag beteiligt und das Ganze damit schlimmer gemacht. Ich bitte aber explizit um Verschieben oder Löschen meines Beitrags durch die Mods.

  • Anmeldung via Datenbank

    SolemnStrike

    Zitat von SolemnStrike

    autoiter gibt es keinen Weg den Code zu schützen?

    Nein. Alleine mit AutoIt und deinen Kenntnissen wird das nicht gehen. Du musst einfach davon ausgehen, dass dein Programmcode offen da liegt und der interessierte Nutzer ihn liest. Mit Aufwand und Nutzung anderer Programmiersprachen/externer Verarbeitung könnte man dein Programm etwas schützen.

    Aber ein Lizenzsystem ist mit AutoIt nicht zu machen. Wie geschrieben. Man kann deine ganze Abfrage aus dem Code entfernen.. Da sind dann alle weiteren Überlegungen zu verschlüsselter Übertragung/Speicherung obsolet.

    Wenn du mit deinem Programm wirklich Geld verdienen möchtest, probiere es einfach mit den einfachen Mitteln. Das klappt ja immerhin so lange, wie du mal mit etwas beschlageneneren Nutzern zu tun hast - und die müssen erst einmal kommen....

  • Anmeldung via Datenbank

    Hallo SolemnStrike

    Genau. Da weder die Abfrage sicher ist, noch gesichert ist, dass nicht jemand einfach die Passwortabfrage komplett aus dem Code entfernt, brauchst du dir auch keine Gedanken über eine verschlüsselte Datenbank zu machen. Schreib deine Daten in eine Textdatei, die du ausliest und fertig.

    Oder verzichte auf eine Benutzerverwaltung ;)

  • Anmeldung via Datenbank

    Hmm olfibits

    deine Antwort enthält leider vieles, was man sofort verwerfen sollte.

    SolemnStrike

    Wie hoch ist denn dein Sicherheitsbedürfnis? Wenn du es mit motivierten und oder kenntnisreichen Usern zu tun hast, die dein Anmeldesystem umgehen wollen, hast du große Probleme.


    Ein PHP-Skript das deine Anfragen bearbeitet und die Benutzerdaten aus einer Datei oder Datenbank abruft ist enorm vorteilhafter als eine Datei, die heruntergeladen wird. Da sind ja dann alle Benutzernamen und Passworte enthalten....

    Ich habe keine Antwort für deine ursprüngliche Anfrage. Ich denke jedoch, dass du dein Problem mir einem kleinen PHP Skript und einer DB auf deinem Webserver lösen könntest (Wenn du nicht von hoher Sicherheit ausgehst).