Beiträge von Andy

Hier geht´s um eine Anwendung in einem Unternehmen, und nicht um eine Bastellösung!

Ich habe in unserer Produktion ca. 15-20 NUC´s als Clients laufen, von XP bis Win10 läuft da alles drauf. An jedem hängt ein Scanner, Tastatur , Maus und Monitor. Bisher gab es da absolut keine Probleme, trotz "vermeintlich" minderer Ausstattung (teilweise "alte" Atom´s mit gerade mal 1 gig ram).

Für keine von den Kisten haben wir in den letzten Jahren mehr als 250€ bei unserem EDV-Dealer (wartet auch die externen Server) bezahlt, incl. Garantie, Support (!!!!!!!) und vorinstalliertem Betriebssystem.

Wenn eines dieser Maschinchen den Geist aufgibt, wird das Ersatzgerät installiert, der Dealer angerufen und der bringt am nächsten Tag wieder eins vorbei.

Der Preis ist somit unschlagbar.

Wer von euch "Raspi-Spezialisten hat denn schon mal in Minuten(!) auf nem RasPi ein System aufgesetzt, auf dem nachher eine Windows-Anwendung incl. Treibersupport für externe Geräte einwandfrei jahrelang funktioniert? Ist so ein System remote administrierbar? Schafft das auch ein "Otto-Normal-User" ? mit Telefonsupport?

Hi,

Zitat von mep

Ich hab Mechatronik studiert und beschäftige mich schon lange mit Rechnern, Mikrocontrollern und allem, was so dazugehört.

Außer in AutoIt hab ich noch Erfahrungen mit den Sprachen C, C++, Java und VBA.

Das sind beste Voraussetzungen, um hier im Forum voll einzusteigen^^. Viel Spass dabei!

Gerade die Verbindung AutoIt/Microcontroller/VBA ist auch bei meiner Arbeit sehr interessant.

Zitat von AspirinJunkie

... puh das war aber ein langer Satz ...

...und trifft 100%ig den Punkt!

@Zec, ja , günstigstenfalls machst du einen eigenen Thread dafür auf. Dann können bzw. werden sich auch diejenigen damit beschäftigen, denen sich hier beim Lesen der 3 Buchstaben "ASM" die Haare zu Berge stellen

Hi,

BigRox, Super! Vielen Dank dafür!

Wirklich unfassbar, welche Verrenkungen man machen muss....

Zitat von BigRox

Und zudem, die von Apple kochen ja auch nur mit Wasser

yepp, aber eins ist sicher, für den "Standard"-Mailclient musst du dir nicht ein Bein ausreißen

Wenn ich hingegen sehe, was heutzutage webbasiert möglich ist, dann stellt sich sowieso die Frage nach "nativen" Anwendungen.

In der aktuellen c´t sind übrigens Crossplatform-Frameworks für Android und iOS vorgestellt, sowie die Technik dahinter erklärt. Hört sich gut an! Der Browser auf dem (egal welchem) Gerät stellt die Funktionen "nativ" zur Verfügung und wird nur noch mit dem entsprechenden Code "gefüttert" und dieser wird dann per JIT-Compiler abgewickelt.

Aber das habe ich vor ca. 20 Jahren auch schon von Java gehört, und das für eine hervorragende Idee gehalten. Leider hat es SUN verpasst, aus Schei** Gold zu machen....

Programmierer halt. Gucken nur bis zum nächsten Enter. Wenn´s bis dahin läuft, ist alles klasse, wenn nicht, wird halt postuliert, dass es keinen "fehlerfreien Code" geben kann (die anderen bzw. die BS-Bauer haben dann schuld...). Gemurkst ist und bleibt halt gemurkst. Sehr schade!

EINE Sprache, mit der man Programme erstellen kann, die auf ALLEN Platformen/Prozessoren laufen. Achso, ja, da war doch was...C (ohne plusplus). Damit geht das...schon mal ne GUI damit gebaut?!

Zitat von BigRox

Das wechseln des Standardprogramms bräuchte man ja nicht per Script erledigen zu können, dass könnte man ja auch weiterrinn nur manuell machen.

Das Problem ist ja nicht, das "Standardprogramm" festzulegen, sondern Windows 10 beizubringen, dieses als "Standard" (GENAU deswegen heißt das ja so!) für die Anwendung(en) zu benutzen!

In den früheren Windowsversionen habe ich Opera ein einziges Mal als "Standard" definiert und konnte danach sicher sein, dass sämtliche (auch nachträglich installierte !) Protokolle damit arbeiteten.

Zitat von BigRox

Somit kann man auch das "mailto"-Protokol nicht an "Opera-Mail" binden, was dann einige Funktionseinschränkungen bedeutet. Macht man das mit dem "mailto"-Protokol manuell, so findet Windows das wohl nicht so toll und man kann einige Seiten in den Einstellungen nicht mehr aufrufen.

Das habe ich genau so auch schon festgestellt....und den Sinn dahinter überhaupt nicht verstanden.

Denn das kuriose ist, dass es FUNKTIONIERT, wenn man nur tief genug in den Einstellungen /Registry gräbt und dort händisch Änderungen und Konfigurationen vornimmt.

"Früher" hat dazu ein Button-Klick gereicht, heutzutage reichen nicht mal Ausflüge nach Nerdistan, um überhaupt die kleinste Konfiguration fehlerfrei hinzubekommen. Liest sich ja fast so, als ob Windows immer näher ans Linux-Lager anrückt.

Vielleicht ist es sogar besser, diesem Kram den Rücken zu kehren und direkt ins kalte Wasser zu springen und auf Apple umzusatteln. Bis die Redmonter solch eine Verknüpfung von Hard- und Software hinbekommen, hat man auch kapituliert und die Bevormundung durch das System zähneknirschend "abgenickt" um wenigstens stressfrei arbeiten zu können....

DAS kann ich bei Apple SOFORT haben

Zitat von BigRox

Geht der elegante Weg über die Registry überhaupt noch, da sind doch einige Dateizuordnungen geschützt, damit sie nicht so einfach geändert werden können?

Ich hatte neulich versucht, über diverse Verweise in der Registry den zzt. AKTUELLEN Internetz-Browser (bei mir ist Opera in der Systemsteuerung eingestellt) herauszufinden.

Nach einigem gegoogel fand ich dann heraus, dass es diese "allgemeine" Zuordnung überhaupt nicht mehr gibt!

Man kann lediglich für alle möglichen und unmöglichen Zuordnungen zum Browser (bspw. FTP oder MAIL oder HTTP/HTTPS usw.) sowie die vom Browser zu öffnenden Dateien in der Registry an den unterschiedlichsten Orten verteilen.

Daher ist es auch möglich einen Link aus dem (bzw. beliebigen) Browser heraus mit bspw. Opera oder Firefox zu öffnen, der gleiche Link aus einem PDF heraus angeklickt (oder einer Mail) öffnet aber den Internet-Explodierer bzw. Edge Ja, es ist sogar möglich VERSCHIEDENE Browser mit mit diesem Verhalten anzusprechen. Welcher Browser aktuell bei einem doppelklick auf eine lokale HTML-Datei geöffnet wird, kann man nicht vorhersagen...

Die supersimple Aufgabe "such mal mit google nach .... und gib das Ergebnis im STANDARD-Browser XYZ aus" verkommt zu einer Reise durch die Registry

Hi,

Ich würde einen Timestamp (schau mal nach, was das ist...) benutzen.

Du erhälst eine Zahl, bspw. die Sekunden seit dem 1.1.1970

Anhand dieser Zahl rundest du auf die 5 Minuten Intervall, das solltest du hinbekommen.

Dann die 8,5h draufrechnen (in Sekunden, dann ist die Rechnerei supersimpel) und du erhälst die "Endezeit" und somit auch das "Ende-Intervall"

Darstellungsformen gibt es viele, ich würde Start-, Pause-, und Endezeit aus der Zeiterfassungs-DB auslesen, somit brauchst du keine extra Datei.

Für Auswertungen kannst du die Zeiten natürlich in eine einfache CSV speichern.

Ich würde mir wünschen, dass es Updates nur alle 5 Jahre gäbe....

Dann wären Threads wie dieser (und VIELE andere auch) völlig überflüssig

Und in dieser Zeit würde die Qualität des Updates alles bisher dagewesene in den Schatten stellen! Keine (weiteren) Bugs, kein Rumgenöle und Gejammer, einfach nur ALLE Tickets in Ruhe abgearbeitet und 100%ig umgesetzt....*träum*

*wachwerd* ähm...ups...ja, da war doch noch was....das ultimative Postulat ALLER sog. Programmierer: "Fehlerfreien Code gibt es nicht, blablub!"

hmmm, es hätte SO SCHÖN sein können...*weiterträum*

Zitat von alpines

Erweiterter Funktionsumfang,

Zitat von Bitnugger

Die alten Scripte anzupassen ist kein großer Akt.

wie man´s nimmt...

Erweitert wurde da NICHTS, jedenfalls aus meiner Sicht der Dinge. Solche Funktions-Krücken wie bspw.

Changed: Re-wrote _FileCountLines() with using the native function FileReadToArray().

werden von Halbwissenden an Garnichtswissende weitergegeben, und seitens DEV´s wird dann natürlich davon ausgegangen, etwas "ganz tolles" hingebracht zu haben. Nach der 26. Änderung und Anpassung, so dass auch der Blödeste wirklich NICHTS mehr dabei falsch machen kann (frag ich mich nur, weshalb bei gefühlt jedem 5. Thread eine der beiden Funktionen in den Antworten/Fragen vorkommt....scheint wohl doch nicht so einfach zu sein, anderen den Arm aus der Sonne zu legen...)

Anpassungen sind idR. nie ein großer Akt, dafür aber meistens unnötig.

Werden Konstanten oder Funktionen in andere UDF´s geschoben, kostet mich das nach dem Stirnrunzeln warum wieder irgendetwas mit der "neuen AutoItversion" nicht funktioniert nur ein Hieb auf F2 (OrganizeIncludes).

Was machen gefühlte 50% der "Programmiererzunft"? Erstellen Threads im Blauen Forum, was alles wieder nicht funktioniert...

Als ob es wirklich ein einziges Schwein auf der Welt interessiert, in welcher UDF/Biibliothek eine Funktion/Konstante liegt!? Ein Fortschritt wäre es mal, dieses überflüssige "#include blablub" komplett aus dem Code rauszuhalten! Der Interpreter sucht sich die Konstanten und Funktionen direkt selbst aus den UDF`s/Bibliotheken zusammen, und zwar nur die, welche im Script auch gebraucht werden und nicht den ganzen überflüssigen Kram dazu. DAS wäre mal ein Fortschritt...

Und wer jetzt mit dem AU3Stripper kommt, der hat nicht begriffen um was es geht! Genau diese Krücken zu vermeiden und ins System zu integrieren!

<-- auch noch die 3.3.14.2 verwendet

Ich hab´s eh nicht so mit den sofortigen Updates, 3 Bugs gefixt und dafür 15 neue eingefangen....

Wenn die 3.3.15.4 auftaucht, dann sollte die 3.3.14.5 bugfrei sein^^ soviel dazu...

so?

#include <String.au3>
#include <AutoItConstants.au3>
#include <WindowsConstants.au3>
#include <File.au3>
#include <Array.au3>
#include <Misc.au3>
#include <MsgBoxConstants.au3>
#include <INet.au3>
#include <FileConstants.au3>
#include <WinAPIFiles.au3>


;html-Datei erstellen
FileDelete("testdatei1.html")
FileWrite("testdatei1.html", '<div id="footer_text">© 2016 Weiterer Text</div>')

ShellExecute("testdatei1.html")
Sleep(1000)

Local $sPath = @ScriptDir ; "E:\HS-itconsulting\01_HTML\Bewerbung\Test"

Local $value = InputBox("Jahreszahl", "Bitte geben sie die Jahreszahl ein:")

Local $aFileList = _FileListToArray($sPath, "testdatei1.html", 1)


If @error = 1 Then Exit MsgBox(0, "", "Keine Ordner gefunden.")
If @error = 4 Then Exit MsgBox(0, "", "Keine Dateien gefunden.")

For $i = 1 To $aFileList[0]
    $text = FileRead($aFileList[$i])
    $geaenderter_text = StringReplace($text, '<div id="footer_text">© 2016 Weiterer Text</div>', '<div id="footer_text">© ' & $value & ' Weiterer Text</div>')
    FileDelete("testdatei2.html")
    FileWrite("testdatei2.html", $geaenderter_text)
Next

ShellExecute("testdatei2.html")

Zitat von Musashi

Ich bin mir sicher, dass Yjuq angesichts seines Userstatus dieser Aufforderung nicht bedarf

NIEMAND "bedarf" dieser Aufforderung!

Ob ein Thread als "gelöst" markiert ist oder nicht, ist absolut irrelevant. Allein die mimimimisetzdenThreadaufgelöst-Posts sind überflüssig!

Google spuckt auf AutoIt.de 7740 (in worten siebentausendsiebenhundertvierzig) Posts zu "Thread gelöst" aus. Das ist ein zumüllen dieses Forums sondergleichen.

Wenn jemand geil auf einen hohen Postcounter ist, dann soll er sich bitteschön den Counter auf 15000 hochsetzen lassen. Denn auch DAS ist absolut irrelevant...

Zitat von misterspeed

mit regulären Ausdrücken

:o) Dem Manne kann geholfen werden

#include <Array.au3>
$s_String = '"uuid" "": "e606d53c-8d70-11e3-94b5-425861b86ab6"'&@crlf&'bla"blub"bla""'
$ret=stringregexp($s_string,'(?U)"(.*)"',3)
_arraydisplay($ret)

(?U) bedeutet "nicht Gierig", findet also viele kleine Teilmengen statt einiger großer

"(.*)" bedeutet: ein "-Zeichen gefolgt von einer Gruppe (.*) von null oder mehr beliebiger Zeichen gefolgt von einem "-Zeichen

Jetzt könnte man auf die Idee kommen, "Nullstrings", also "" auszufiltern und statt des * ein + zu verwenden....+ heißt ja 1 oder mehr...Versuch macht kluch

Zitat von Skilkor

der sinn dahinter ist eine idee zur bilddaten speicherung, welche man weiter verwerten kann.

Schau mal in meiner Signatur hinter den Link zum X-Y-Problem....

Du bastelst ein Script zur "Bilddatenspeicherung", dabei sind alle relevanten Daten bereits im Bild vorhanden.

Du solltest besser genau beschreiben, wie du diese Daten "weiterverwerten" willst. Dann kann man Vorschläge/Beispiele machen, welche direkt zielführend sind. Und nicht Zeit und Energie an einem überflüssigen Script verschwenden, welches letztendlich das "Problem" gar nicht löst!

Zitat von autoiter

Ein Tool mit dem man einzelne Spalten oder Datensätze aus CSV Dateien extrahieren kann. Ziemlich plump eigentlich .

Die Spalten einer CSV ändere ich per Regex(Replace). Auch per Regex kann man sich einzelne Spalten holen, bzw. die "überflüssigen" Spalten (per RegexReplace mit "") löschen

;aus einer CSV-Datei die jeweilige Spalte in ein Array ausgeben

#include <Array.au3>

$txt = "Stadt,Land,Fluss,Farbe,Vorname,Nachname,Tier" & @CRLF   ;alternativ fileread("file.csv")
$txt &= "London,England,Themse,Blau,Heinz,Becker,Hund" & @CRLF
$txt &= "Mainz,Deutschland,Rhein,Gelb,Tim,Thaler,Katze" & @CRLF
$txt &= "Paris,Frankreich,Seine,Rot,Hilde,Meier,Maus"

ConsoleWrite('@@ Debug(' & @ScriptLineNumber & ') : $txt = ' & $txt & @CRLF & '>Error code: ' & @error & @CRLF) ;### Debug Console

$s = ","                                                        ;Separator, der in der CSV verwendt wird
$column = "D"                                                   ;Spalte, entweder als Buchstabe A-Z

$col = Asc(StringUpper($column)) - 65                           ;Spalte, als Spaltennummer einsbasierend

$pattern = '(?m)^(?:[^' & $s & ']*' & $s & '){' & $col  & '}([^' & $s & ']*)' ;RegEx-Pattern

$res = StringRegExp($txt, $pattern, 3)                          ;RegEx
_ArrayDisplay($res, "Spalte " & $column)


ConsoleWrite('@@ Debug(' & @ScriptLineNumber & ') : $res = ' & $res & @CRLF & '>Error code: ' & @error & @CRLF) ;### Debug Console
_ArrayDisplay($res, "Spalte " & $col)


$res=StringRegExpReplace($txt,$pattern,stringlen("${1}"))
ConsoleWrite('@@ Debug(' & @ScriptLineNumber & ') : $res = ' & $res & @CRLF & '>Error code: ' & @error & @CRLF) ;### Debug Console
_ArrayDisplay($res, "Spalte " & $col)

Zitat von autoiter

Ziemlich plump eigentlich

Das ist überhaupt nicht plump, sondern State of the Art!

Besser jedenfalls, wie neulich gesehen, die CSV in eine Excel-Tabelle zu laden, dort per AutoIt zu bearbeiten und dann wieder als CSV zu speichern....

Bin ja sonst auch eher einer von denen die sagen "Hauptsache funktioniert!", aber von hinten durch die Brust ins Auge und so langsam wie nur technisch möglich....neee...

Zitat von xSunLighTx3

Soweit ich weiß, benötigt man kein Sleep() für GuiGetMsg, weil da eh schon ein Sleep() eingebaut ist.

Da ist kein "Sleep()" eingebaut, sondern eine Verzögerung, die dann greift, wenn keine Useraktion (Tastenbefehle bzw. Mausgeschubse) stattfinden!

Was dazu führt, dass das Script LANGSAMER läuft, wenn keine Useraktion stattfindet!

Das ist sehr deutlich zu sehen, wenn das Script bspw. (Grafik-) Objekte auf dem Bildschirm bewegt.

Lässt man das Script laufen, bemerkt man, dass nach einiger Zeit die Objekte immer langsamer werden. Bewegt man dann bspw. die Maus, "schwuppt" wieder alles viel schneller....

=> OnEventModus FTW!

Hi,

ich verstehe zwar, was dein Script macht, aber der Sinn wird mir nicht klar.

Es wird aus einem Bild die x- und y-Koordinate ausgelesen und mit der Farbe als Textdatei abgespeichert. Pro Pixel also ca. 50 Bytes. Mithin also ungefähr 50 mal größer wie das ursprüngliche Bild.

In dem Bild ( ! ) kann ich ich übrigens per StringInstr() in Millisekundenbruchteilen eine bestimmte Farbe an deren Koordinaten finden wenn ich das will.

Eine als "Bild" gespeicherte Datei ist sowieso schon das kleinstmögliche (Pixel-)Array, auf das ich zugreifen kann.

Dieses "Array" auf die 50-fache Größe aufzupumpen um exakt dieselben Daten "anzuzeigen" braucht doch keiner?!

Wer liest eine hunderte MB große Datei? Selbst wenn dort relevante Daten drin sein sollten sind die exakt so auch im "Bild" enthalten und dort viel schneller zu extrahieren.....

Hi!

Zitat von Snake Plissken

und berufsmäßiger Programmierer

Zitat von Snake Plissken

Über die Grafikprogrammierung (mein vor kurzem wieder entdecktes Computerhobby

Die Kombination ist richtig klasse, ich hoffe, du kannst uns/mir dann auch mit einigen kurzen Code-abschnitten helfen, so dass ich/wir uns Geschwindigkeitstechnisch nicht immer mit Assembler helfen müssen.

Du hast sicherlich bereits gemerkt, dass AutoIt die Wahl ist, wenn schnell und einfach alles rund um eine GUI auf den Bildschirm gezaubert werden muss. Allerdings sind Interpreterbedingt lange Schleifen (Grafikberechnungen bspw.) sehr langsam.

Bis auf die Programmierung von einigen OpenCL-Kerneln in (Ansi-) C habe ich mit dieser Programmiersprache wenig am Hut. Lesen meist ok, schreiben ....eher weniger^^. Wozu auch....

Da die gängigen C-Compiler sehr kurzen Code erzeugen, habe ich schon diverse DLL´s erstellt, um AutoIt damit (im Bezug auf (Be-)Rechengeschwindigkeit) auf die Sprünge zu helfen.

Da ist es immer gut, wenn einem ein echter Profi unter die Arme greifen kann!

Zitat von Gun-Food

Bei dem Aufwand den du da für deine Firma reingesteckt hast, wäre ich vermutlich schon ausgestiegen und hätte auf einen richtigen Softwareentwickler verwiesen.

Die "richtigen Softwareentwickler" haben in diesem Bereich ALLE ihre Defizite. Genau aus den bei dir beschriebenen Gründen, u.a. Haftung, Zuverlässigkeit, Funktionalität.

Da reicht es eben nicht, ein- zwei Seiten Anforderungen ins Lastenheft zu schreiben und sich drauf zu verlassen dass der "Programmierer das schon irgendwie hinfriemelt...".

Wir hatten neulich eine (Online-)Schulung für das "neue" Versandmodul. Nach 5 Minuten haben wir von unserer Seite die Schulung abgebrochen, da der Mitarbeiter der Softwarefirma zugeben musste, dass der Arbeitsablauf völlig Praxisfremd und mit vertretbarem Aufwand nicht zu bewerkstelligen ist. Gleichzeitig wurde angekündigt, dass die Optimierung der Abladestellen per (externer) Software aus dem Produkt entfernt wurde. Angeblicher Grund: Lizenzkosten... Alternative: KEINE!

Als ich dann gefragt habe, an was es WIRKLICH hängt, kam die Antwort:"Implementation von externer Software zu kompliziert, da müsste man sich ja mit deren API beschäftigen und wer weiß ob das dann alles auch funktioniert und überhaupt, das braucht doch auch kaum jemand..."

Unser Geschfü hat dann gefragt, wie viele Kunden in EUROPA(!!!) denn überhaupt das bisherige Tourenplanungsmodul eingesetzt hatten und bekam als Antwort:"...weiss ich nicht genau, aber in Spanien haben wir einen Kunden, der hat das glaub ich schon mal benutzt..."

Daraufhin wurde von unserer Seite das Gespräch beendet...

Wir reden hier über einen der TOP 5 Branchensoftwarehersteller in Europa. Jahresumsatz der Branche 25 Milliarden Euro in 2015, erwirtschaftet mit ca. 20.000 (meist kleineren) Herstellern.

Btw. ist unser Unternehmen unter den TOP 50 in Deutschland. Markt ist vorhanden, Nachfrage auch. Benutzbare Software wird aber gar nicht erst angeboten. Kunde bezahlt doch auch Mondpreise für ein Bananenprodukt....

Und wir reden hier von Softwarekosten von mehreren hundertausend Euro.

Seitens Softwarehersteller braucht man Fachwissen zu einem Thema, mit dem sich in der Praxis noch niemand auseinander gesetzt hat. DAS ist das Defizit!

Ich würde gerne viel Geld für ein funktionales Programm ausgeben, aber es existiert keins. Also bleibt mir gar nichts anderes übrig als "selbst zu schnitzen".

Zitat von Gun-Food

So viel Dokumentation kann man garnicht schreiben.

Naja, die meisten der geschätzt hunderttausend von mir erstellten Zeilen Code sind dokumentiert, damit ich selbst durchblicke^^. Ab und zu muss ich 6-7 Jahre alten Code umschreiben, da bist du für passende Variablennamen und reichlich Kommentare dankbar....

Dokumentation in Form von "Benutzerhinweisen" existiert so gut wie nicht, wozu auch, meine Mitarbeiter arbeiten tagtäglich mit den Programmen. Wenn du ein selbsterklärendes Programm schreibst, muss der User nach der Einarbeitung auch nie mehr in ein Handbuch schauen. Kein :o)

Zitat von Gun-Food

Ich geh jetzt mal meinen Schreibtisch weiter aufräumen bevor ich Freitag meinen letzten Tag in der Firma habe.

Sackzement, du hast es richtig gemacht!

Hi,

ich habe u.a. die Touren/Versandplanung/optimierung in unserem Unternehmen "selbst geschnitzt".

Genau deshalb, weil es keine (!) für unsere Anforderungen fertige Software gibt, die es wie nun innerhalb von Minuten nach einigen Mausklicks und AutoIt-ferngesteuertem Map&Guide schafft, aus den ca. 200 fertigen Aufträgen je Woche ca. 10-12 LKW´s mit je 8-15 Kunden in ganz Deutschland (und EU-Grenzländer) Kilometer- und Verladeraumtechnisch zu optimieren , diese LKW mit Ladeliste/optimierter Abladereihenfolge ca. eine Woche vor Verladung zu bestellen und auch noch Lieferavise an die Kunden zu verschicken.

Je Tour/LKW beschränkt sich der Aufwand auf die Filterung und Markierung (per sog. Grobtour) der fertigen Aufträge bis zum Verladetag in einer für die Produktionsplanung benutzten Excel-Tabelle.

Dann wird in der Tourenplanung diese Tour aus Excel heraus über ein AutoIt-Script Map&Guide ferngesteuert die Tour optimieren lassen, die optimierten Tourendaten werden aus Map&Guide aus- und über AutoIt in Excel eingelesen, per Mausklick wird die Tour mit Ladefolge an die Spedition gesendet und mit nächstem Mausklick die Lieferavis per Mail/Fax an die Kunden geschickt. Die Abladestellen und somit die Ladereihenfolge werden dann als "Feintour" bereitgestellt und stehen dem Versand zur Verfügung, damit dieser die Waren kommissionieren und die LKW zusammenstellen kann.

Solche "Kleinigkeiten" wie eine Laderaumoptimierung sind selbstverständlich mit enthalten, damit es keine "übervollen" oder nur halbvollen LKW gibt, genau wie die Palettenverwaltung (wir versenden die Ware auf eigenen Gestellen) und die Überwachung der maximal je Gestell erlaubten Gewichte.

Alle Anwendungen und Software im Versand läuft unter Excel mit selbstentwickeltem Barcodescanner-System. Je Palette existiert ein sog. Palettenschein , dessen Barcode beim Verladen gescannt wird und damit sämtliche auf der Palette enthaltenen Artikel als verladen/ausgeliefert bucht. Per LKW müssen so beim Laden nur die am Gestell befestigten Palettenscheine gescannt werden.

Ein Buttonklick später werden alle für diese Tour erforderlichen Dokumente (Ladeliste für LKW-Fahrer, Lieferscheine für Buchhaltung,Kunde und Spedition, Gestell(rückhol-)scheine, CE-Kennzeichnung uswusf.) sortiert in einem Rutsch gedruckt. Manchmal wird Ware erst während der Verladung fertig bzw. wird kurz vor Verladung vom Vorlieferanten geliefert, daher können die Papiere nicht im Vorfeld gedruckt werden.

Die komplette Tourenplanung dauert alles in allem nicht mal so lange wie diesen Text hier zu schreiben....

Gedacht war die von mir "geschnitzte" Lösung als Interimswerkzeug für einen Überbrückungszeitraum von 1-2 Jahren, bis die damals neu angeschaffte Branchensoftware auf allen (!) Arbeitsplätzen vollständig adaptiert sein würde.

Mittlerweile hat meine Lösung von der Funktionalität und Schnelligkeit die Branchenlösung weit hinter sich gelassen. Und läuft seit nunmehr im 8. Jahr! Und wächst mit diversen Funktionalitäten weiter...

Aus meiner "Berufung", Arbeitsabläufe zu verbessern und zu optimieren ist diese Anwendung entstanden. Leider so gut, dass mittlerweile Lösungen gefunden werden müssen, sämtliche Daten in die Branchensoftware-Datenbank zu bekommen, ohne deren teils unbenutzbare Software-Module zu gebrauchen.

Ich würde aus heutiger Sicht den "Unterbau" etwas anders konzipieren und definitiv hätte ich einen "Programmierknecht" eingestellt, der meine Ideen in Code umsetzt, anstatt ich mich nächtelang selbst an VBA zu ergötzen. Denn einen Programmierer gibt es in unserem Unternehmen nicht!

Mein eigentliches Aufgabengebiet innerhalb der Firma ist btw. ein komplett anderes. Mit EDV/Programmierung habe ich nämlich "nur" in meiner Freizeit zu tun...

@Topic

AutoIt ist für solch eine vollumfängliche Lösung völlig ungeeignet!

Ich benutze Excel "nur" für die Listendarstellung, Druckvorlagen usw. als reine Darstellungsoberfläche. In kaum einer der vielen xlsm-Dateien und Sheets sind die ach so berühmten Excel-Formeln verwendet.

Formeln und Formelmonster nur dort, wo es unbedingt sein muss oder schneller zum Ergebnis führt!

Alle "Funktion" habe ich per VBA in "einfachst-Basic" gelöst, mit One-Button-Hit-Lösungen an so gut wie allen Arbeitsplätzen in der Firma. Einfach deshalb, weil die Branchensoftware in vielen Bereichen trotz "professioneller" Programmierer nicht in der Lage ist, Arbeitsabläufe simpel und einfach abzuwickeln. Teilweise sind Module/Anwendungen schlicht und ergreifend nicht benutzbar bzw. so kompliziert und langwierig, dass die dafür aufzuwendende Manpower das Ergebnis nicht mal näherungsweise rechtfertigt...

Das sind halt keine Anwender, sondern Programmierer, die können nicht mal was für den Mist, den die dort verzapft haben! Die haben halt "programmiert" was sie sich gedacht haben wie es vielleicht laufen könnte. Leider komplett an der Realität und an den Erfordernissen vorbei!

Ich benutze AutoIt dort, wo ich aus verschiedenster Software Daten aus/einlesen oder in andere Formate umwandeln muss.

Jedes Werkzeug dort, wo es am Besten passt!

mirko2002, frag dich mal, wie lange es gedauert hat, das "Bildchen" (Excel-Beispieltabelle von Gun-Food) zu erstellen, und wie lange die gleiche Funktion(!) incl. Darstellung in AutoIt gedauert hätte....

Und wenn du schon dabei bist, frag dich gleich mal, wie du diese Tabellen/Fensterinhalte aus AutoIt heraus (ggf gefiltert) drucken/verteilen willst.