Und mal noch ein Hinweis:
Gleich an die Aufbewahrungspflicht der Dokumente denken. Es empfiehlt sich Dokumente gleich in PDF zu überführen und diese in einer Datenbank (BLOB-Feld) zu speichern. Name, Belegnummer, Datum, Leistung (z.B. Artikel-Nr.) und andere relevante Daten als Tags speichern und indizieren. Dann lassen sich Belege google-like ruck-zuck auffinden.
Du musst nix händisch erstellen. Was du dynamisch kontrollieren willst, packst du in eine Routine, die beim Öffnen des Workbooks ausgeführt wird (Workbook-Open Event).
Dann prüfst du, was ist das letzte vorhandene Tabellenblatt (Monat), wieviel sollen sichtbar sein (z.B. -3/aktuell/+3) und entfernts/fügst Tabellenblätter hinzu, deren Inhalt du nach vorgefertigten Abläufen befüllst.
Du musst für dich entscheiden, was du eventuell beim Entfernen von Tabellenblättern an Daten in ein Log schreibst, als Rückschaumöglichkeit. Denn ich nehme mal an, das soll nicht für x Jahre alle Daten beinhalten.
Ich habe mir die neue Version noch nicht angeschaut, da bin ich immer seeeeehr zurückhaltend.
Zur Abwärtskompatibilität mit alten Skripten empfiehlt sich dann wohl der Einfachheit halber eine neue:
#include-once
#include <WinAPIConv.au3>
...
...
#include <WinAPISysWin.au3>
- Es geht doch nichts über Script Breaking Changes.
Vielleicht noch eine Anmerkung zum Addieren von Flags:
Ich habe mir (weitestgehend) angewöhnt, keine Additionen durchzuführen, sondern die Werte mit BitOr aufzurechnen. Bei Einzel-Flags ist die Addition unproblematisch, aber z.B. bei Style-Flags (die ja selbst Kombinationen mehrerer Flags darstellen können) kann eine Addition unvorhersehbare und vor allem schwer aufspürbare Fehler produzieren (s. auch hier).
Besonders in größeren Produktivskripten sind 'evil numbers' (auch 'magic numbers' genannt) für mich ein absolutes NoGo !
Jein, wenn ich mir dadurch Includes erspare, schreibe ich lieber die Zahlenwerte und im Kommentar dahinter den Namen der Konstanten (; -3 = $GUI_EVENT_CLOSE). Allerdings sicher niemals für $GUI_EVENT_CLOSE, den Wert sollte man einfach kennen. 
Aber btt: Sinnvolles Skript - genau das, was AutoIt hervorragend kann.
Ergänzt um wahlweise Anzeige als Calltip/Console-Output. Standard ist Console-Output.
aktuell: v0.3
Schau mal die Hilfe an zu StdoutRead
Bitnugger Warum der Hotkey nicht funktioniert, kann ich mir auch nicht erklären.
Fehler bei Datei ohne BOM behoben. s. Startpost, aktuelle Version v0.2
Hallo,
hat eventuell jemand von euch einen Humax iCord Evolution? Ich habe gerade einen zum Reparieren hier, habe die Anfrage auch schon im iCord-Forum gepostet.
Vielleicht hat ja hier schon mal wer Erfahrungen damit gesammelt.
Noch eine kleine Überarbeitung, Includes in Kommentaren werden jetzt ignoriert, ein bischen Syntaxaufhübschung.
Aktuelle Version: v0.8
Version 0.7
Includes-Bug gefixed. Danke Tweaky fürs Aufspüren.
Oops, da wollte ich besonders clever sein, und statt dem Einbinden aller Includes (in die Temp.au3, die den Farbwert ermittelt) aus dem Skript das Skript selbst einbinden - nicht bedacht habe ich, dass die Datei dabei ja ausgeführt wird. 
Das korrigiere ich mal fix.
Ich bin mir jetzt nicht ganz sicher ob das rübergekommen ist, vereinfacht gesagt.
Ich drücke Taste "A" 0> ein Motor läuft Befehl wird gesendet
solange ich "A" gedrückt halte passiert nichts, erst beim loslassen wird ein "STOP" gesendet.
Du möchtest also die Events Key-Down und Key-Up einzeln für bestimmte Tasten erfassen. Das ist machbar, ich werde dir mal ein kleines Bsp. erstellen. Kann sich etwas hinziehen, hab heute einen vollen Tag.
Hatte noch einen kleinen Fehler entdeckt - gefixed.
Skript nochmal kpl. überarbeitet, optimiert.
Zuweisungen in Kommentarzeilen, -blöcken werden jetzt ignoriert
Version 0.6
OK, Problem gelöst, s. Startpost v0.5
Allerdings werden jetzt die Call-Tips auch gefärbt.
Oops, da ist meiner Meinung nach ein Fehler in den Calltipps. Dort geht man wohl davon aus, dass niemand die SCI_CALLTIPSET... Funktionen verwendet und ruft sie nur auf ohne die Farbe zu setzen. Somit wird die zuletzt verwendete Farbe genutzt.
Mal suchen, ob ein Event existiert, wenn der Calltip verschwindet. Dann würde ich daran koppeln, das die Farbe zurückgesetzt wird. - Ich versuche das mal zu ergründen.
Edit:
So, wie ich vermutet habe: Eine ziemlich idiotische Umsetzung der Calltips.
In der Annahme, dass Calltips ausschliesslich für die Infos zu Funktionen genutzt werden, werden die Farben für die Calltips bei jedem Öffnen/Wechseln eines Tabs im Editor geladen.
Durch mein Skript wird der Calltip entsprechend des gefundenen Wertes eingefärbt. Wird danach ein Funktions-Calltip angezeigt, greift er auf die jetzt aktuellen Einstellungen zu.
Ich schaue mal, wie ich das am einfachsten lösen kann.
bei mir kommt mit Deinen Vorschlag sowas raus:
%0D%0A%09Text1%09Text2%09Text3%0D%0A
s. ASCII-Tabelle:
09 = Horizontal Tab
0A = Line Feed
0D = Carriage Return
Bei dir also: @CRLF & @TAB & Text1 & @TAB & Text2 & @TAB & Text3 & @CRLF
Neu im Startpost: Version 0.4
- Farbwerte von Variablen werden jetzt ausgelesen.
- Zuweisungen können auch Funktionsaufrufe sein
Details s. Startpost, Edit-4
Mir ist gerade aufgefallen, dass es bei Farben denen eine Variable zugewiesen ist (z. B. $COLOR_RED) nicht funktioniert.
siehe Anweisung im Skript :
Set the cursor in the Hex-value, press the hotkey.
OK, ist mir nicht aufgefallen, da ich nur mit BOM speichere. Mal sehen, wie ich das korrigiere.
bei mir funktioniert Show Func Description nicht mit Ctrl+Alt+F... obwohl es im Extras-Menü angezeigt wird
Kopiere mal exakt deinen Eintrag und poste ihn. Manchmal ist es ein Syntaxfehler (ALT statt Alt o.ä.)
