1. Dashboard
  2. Mitglieder
    1. Letzte Aktivitäten
    2. Benutzer online
    3. Team
    4. Mitgliedersuche
  3. Forenregeln
  4. Forum
    1. Unerledigte Themen
  • Anmelden
  • Registrieren
  • Suche
Alles
  • Alles
  • Artikel
  • Seiten
  • Forum
  • Erweiterte Suche
  1. AutoIt.de - Das deutschsprachige Forum.
  2. Mitglieder
  3. Andy

Beiträge von Andy

  • AutoIt vs Excel-VBA Geschwindigkeitsunterschied

    • Andy
    • 13. September 2013 um 17:08

    Hi,
    könntest du das Problem ggf. nachvollziehen?
    Also eine einfache For/To-Schleife und dort einfach die Zellen A1 bis A10000 auslesen...
    Ggf. schiesst uns in der Firma der Terminalserver dazwischen, obwohl ich das "Problem" lokal auf der Maschine auch habe...

    Zitat

    Sollte AutoIt wirklich so viel effizienter programmiert sein als VBA?

    DER war richtig gut :thumbup: , made my day!

  • gesicherte Übertragung TCP

    • Andy
    • 12. September 2013 um 21:36

    Naja, die Frage lautet ja, was er machen kann, wenn die Verbindung abreisst...
    Nix kann man da machen ^^
    Ausser sie "automatisch" wieder aufzubauen, und das sollte ja wohl problemlos machbar sein.

  • AutoIt vs Excel-VBA Geschwindigkeitsunterschied

    • Andy
    • 12. September 2013 um 21:32
    Zitat

    In meinem rewrite des Excel UDFs verwende ich nur mehr Ranges und dann geht die Post ab.


    Imho habe ich keinen Unterschied festgestellt, ob eine einzelne Zelle nun per Range() oder Cells() ausgelesen wird.

    Was ich überhaupt nicht verstehe ist, wieso AutoIt (sehr viel) schneller ist. Da die leeren Schleifen ca. gleich schnell sind, MUSS es am Auslesen der Zellen liegen. Und da sowohl AutoIt als auch VBA das Objektmodell nutzen, kapiere ich den Unterschied nicht ;(
    Das einzige was ich mir noch vorstellen kann ist, dass in VBA noch irgendein Flag einen wie auch immer "Sicherheitsmodus" schaltet...
    Allerdings ist Excel ja M$ pur....viel schlimmer wird man woanders Software kaum programmiert haben :rolleyes:

  • AutoIt vs Excel-VBA Geschwindigkeitsunterschied

    • Andy
    • 12. September 2013 um 17:31

    Hi zusammen,
    für einige Anwendungen in der Firma habe ich teilweise recht umfangreiche Programme erstellt, u.a. in Verbindung mit recht großen (~10k Zeilen) Excel-Tabellen. In AutoIt kein Thema^^
    Da Excel aber auch mit VBA zu steuern ist, habe ich, um nur ein System zu nutzen, die AutoItscripte durch VBA-Scripte ersetzt.

    Im Großen und Ganzen funktioniert alles, allerdings mit einem gravierenden Nachteil. Die VBA-Scripte laufen teilweise extrem langsam, teilweise um Faktor 10 ! ?(
    Da timern nicht zu den großen Stärken von VBA gehört ( genau wie viele andere Sachen auch 8o ) habe ich zwei einfache FOR/TO Schleifen erstellt, sowohl in VBA als auch in AutoIt und mit der Hand ausgestoppt.
    Innerhalb der Schleife wird einfach der Zelleninhalt einer Zeile ausgelesen:

    Code
    wert=oExcel.Activesheet.Cells($sRangeOrRow, $iColumn).Value

    Der Counter läuft einfach zeilenweise durch das sheet.

    Wieso ist AutoIt vielfach schneller als VBA?
    Bzw. gibt es ggf in VBA einen "Turbo"-Schalter, um ggf Debugging o.ä. auszuschalten?

    Weil einige VBA-Anwendungen so unendlich langsam sind, habe ich heute angefangen, wieder auf AutoIt umzustellen, aber ein Zustand ist das nicht!
    Ein Excel-sheet mit 10K Zeilen mit je 50 Spalten speichere ich als CSV, lese diese per AutoIt in ca. 1/2 Sekunde in ein 2D-Array und kann dann wiederum diese Daten in andere Tabellenblätter einfügen... ;(


    //EDIT gelöst!
    Excel hat ein massives Problem mit mehreren Tabellen in einer Instanz. Öffnet man die sheets in einer neuen Instanz, dann gibt es keinerlei Geschwindigkeitsproblem!
    Die neue Instanz wird beim doppelklick auf ein sheet geöffnet, indem der Schalter /n (in neuer Instanz öffnen ) anstatt /e (in der aktuellen Instanz öffnen) in der Verknüpfung mit der EXCEL.EXE verwendet wird.
    EXCEL.EXE /n
    AutoIt hat deshalb kein Problem, weil es standardmäßig das sheet in einer neuen Instanz öffnet...

  • gesicherte Übertragung TCP

    • Andy
    • 12. September 2013 um 17:07

    Hi,

    Zitat

    1. Kriegt der Sender mit, dass der Empfänger nichts empfangen konnte

    ja, TCP bestätigt (entgegen wie von alpines schon angesprochen UDP) den Erhalt von Paketen.
    Ist dieses Paket innerhalb einer bestimmten Zeit (Timeout) nicht vom Empfänger bestätigt, wird es nochmals abgeschickt. Das macht das Protokoll, du musst dich nicht darum kümmern.

    Zitat

    2. Wiederholt der Sender das automatisch oder muss ich das machen?

    Der Sender wiederholt das so lange, wie die Verbindung besteht! Vorraussetzung ist, dass der Empfänger überhaupt antwortet! Stichwort Retransmission Timer. Dieser Timer wird dynamisch berechnet und sorgt seit den 80er Jahren für Stimmung bei den Beteiligten, s. Link und Link (Achtung teilweise schwere Kost^^)

    Zitat

    3. Falls er es automatisch macht, wie lange wiederholt er es

    Bis der Empfänger antwortet, dass er es fehlerfrei bekommen hat^^. Das ist ja die Intention dabei, es soll SICHER sein, dass, egal welche verschiedenen Wege die einzelnen Pakete nehmen, beim Empfänger ALLE ankommen!

    Zitat

    4. Wann / wie wird ein Verbindungsabbruch erkannt? Nur wenn gerade was gesendet wird oder sendet TCP selbständig irgendwelche Pings?

    Siehe 2.
    "Pings" werden nicht gesendet, wozu auch? Wenn die andere Seite antwortet, ist alles paletti, und wenn nicht, dann ist die Verbindung gestört, was das Protokoll idR als Verbindungssabbruch auch meldet.

  • Beitrag ohne Vorherige Klarstellung geschossen - warum?

    • Andy
    • 11. September 2013 um 17:30

    Hi,

    Zitat

    Er braucht kein Beispiel zu geben. SChon garnicht ebay.

    Wieso überhaupt ein "Beispiel"?
    Das "Beispiel" wurde im Gegensatz zur zu verwendenden Website deshalb angegeben, weil seitens des TE schon im Vorfeld feststand, dass beim Nennen der zu automatisierenden Website der Thread SOFORT mit Verweis auf die AGB geschlossen wird.
    Verscheißern können wir uns hier alleine.... :cursing:

  • Shortcut auf einen Ordner???

    • Andy
    • 11. September 2013 um 17:23

    Hi,

    Zitat

    Es klappt nicht.

    Doch, es klappt!

    Zitat

    Kann man wirklich nur Shortcuts auf Dateien - nicht auf Ordner erzeugen?

    Nein...

    Aus der Hilfe kopiert:

    [autoit]

    FileCreateShortcut(@WindowsDir & "\Explorer.exe", @DesktopDir & "\Shortcut Test.lnk", @WindowsDir, "/e,c:", "Dies ist ein Explorerlink", @SystemDir & "\shell32.dll", "^!t", "15", @SW_MINIMIZE

    [/autoit]

    funktioniert einwandfrei

    ...und den Dateinamen entfernt...

    [autoit]

    FileCreateShortcut(@WindowsDir , @DesktopDir & "\Shortcut Test.lnk", @WindowsDir, "/e,c:", "Dies ist ein Explorerlink", @SystemDir & "\shell32.dll", "^!t", "15", @SW_MINIMIZE)

    [/autoit]

    funktioniert ebenfalls einwandfrei!

  • _FileReadToArray Error:2 (leere Datei)

    • Andy
    • 11. September 2013 um 07:19

    Hi,

    Zitat

    Wie oben schon erwähnt, dachte ich dass

    Minimalscript hin oder her, mit einem einfachen ALT-D in jeder Zeile hättest du sofort in der Console gesehen, dass deine Funktion nicht verlassen wird....
    Wenn ich nicht weiss wo mein Script "aussteigt", dann lokalisiere ich den Fehler so.
    Alternativ über ein "Extras/Add Trace Lines" in Scite.
    Möglichkeiten gibt es viele....

  • csv Datei auslesen und in XML Datei umwandeln.

    • Andy
    • 10. September 2013 um 18:47

    Hi,
    ich würde mir zunächst eine Struktur im XML-File überlegen, die CSV-Datei zeilenweise auslesen und die einzelnen Werte per stringsplit() am Trennzeichen trennen und in die XML-Struktur schreiben
    Wie auch sonst? :D

    Zitat

    Ist mein zweiter Tag in der Ausbildung - ein wenig Hilfe von euch wäre klasse.

    Naja, viel gemacht hast du noch nicht, Interesse deinerseits wäre gefragt!

    Zitat

    Hatte an eine Schleife gedacht und vielleicht die _filereadintoarray Funktion.

    gedacht reicht nicht :thumbdown: , schreib ein Script, stell es in den Thread und sag, was du bisher versucht hast und was nicht geklappt hat.
    Zeig an Beispielen, wie die XML-Datei aussehen soll und schreib dazu, was in deinem AutoItscript nicht funktioniert hat um diese Datei zu erstellen!

    Hier wird dir sicherlich niemand ein Script schreiben, damit du in Ruhe deine Freizeit genießen kannst!

  • [Mini-WB] Verschlüsselungs-Algo umkehren

    • Andy
    • 8. September 2013 um 11:00

    Hi,

    Zitat

    Da passt was nicht. Aus dem 13 char string wird ein 10 char string?
    Ich denke da gehen Daten verloren

    Welche Daten sollen den da "verloren" gehen?
    Wenn er als zu verschlüsselnde Zeichen nur die Ascii-codes bis 127 zulässt, dann spart er an jedem Byte ein Bit (das MSB) ein, da dieses völlig unerheblich ist!
    Somit per se schon 12% weniger Daten, nur Aufgrund der Vorgabe!
    Und wenn er nun die 7-Bit Zeichen bitweise aneinanderhängt und als 8-Bit String ausgibt, hat er schon eine Verschlüsselung, auf die kaum einer kommt^^, s. hier.

    Genauso könnte man übrigens einfach willkürlich (Schlüssel^^) Bits in die Zeichen einfügen, der "String wäre nur 12% länger aber nicht dekodeirbar, da "zuviele" Daten im zu dekodierenden String enthalten sind. Hmmmm, ich mach da mal ein Beispiel^^

  • Geschriebenes mit _WinAPI_DrawText wieder löschen um etwas neues zu schreiben.

    • Andy
    • 8. September 2013 um 10:40

    Hi,

    Zitat

    Was ist denn eigentlich der Vor/Nachteil der Winapi bzw. von GDIPlus? Was kann die eine besser als die andere? Ich hatte mit beiden noch nichts zu tun. Für was sind die beiden Biliotheken schwerpunkttechnisch? ...

    Die WinAPI (Windows Application Programming Interface) fasst sämtliche für Windows relevanten Funktionen zusammen, ist also der Oberbegriff für alle vom Betriebssystem bereitgestellten Funktionen.
    Diese Funktionen unterteilen sich in diverse Gruppen, je nach Anforderung.
    Grafikbe- und Verarbeitung bspw. wird mit den GDI (Graphics Device Interface) - Funktionen vom Betriebssystem zur Verfügung gestellt.

    Um bspw. ein Bild zu drehen, zu verkleinern oder die Farben zu bearbeiten KANN man GDI-Funktionen nutzen. Man kann aber auch je nach Anforderung diese Funktionen durch eigene Ersetzen oder erweitern.

    Beispielscripte für Grafikbe- und Verarbeitung gibt es hier im Forum reichlich, übrigens auch in der Hilfe!

  • Mac Auslesen und Rechnername anpassen

    • Andy
    • 8. September 2013 um 10:24

    Hi,
    setze deinen Code bitte NICHT zwischen die "Code einfügen"-Tags sondern in den "AutoIt-Quellcode" und benutze den "Quellcode"-Reiter statt den "Editor".

    Dir haben die Includes gefehlt, schau mal links bei "Downloads" nach OrganizeIncludes.
    Weiterhin gibt _Stringbetween() sowohl einen Errorcode im Fehlerfall (bspw nichtfinden) aus, als auch ein Ergebnis-Array!

    Spoiler anzeigen
    [autoit]

    #include <String.au3>
    #include <array.au3>

    [/autoit] [autoit][/autoit] [autoit][/autoit] [autoit]

    Run("c:\windows\system32\cmd.exe")
    WinWaitActive("c:\windows\system32\cmd.exe")
    Send("ipconfig -all >> C:\Mac.txt")
    Send("{Enter}")
    Send("exit")
    Send("{Enter}")
    $datei = FileRead("C:\Mac.txt");
    ConsoleWrite('@@ Debug(' & @ScriptLineNumber & ') : $datei = ' & $datei & @crlf & '>Error code: ' & @error & @crlf) ;### Debug Console
    $s_string = $datei
    $s_Start = 'Physikalische Adresse . . . . . . :' ;XP32
    $s_End = @CRLF
    $mac=_StringBetween($s_string, $s_Start, $s_End) ;gibt ein Array zurück
    _arraydisplay($mac)

    [/autoit]

    Allerdings zeigt dieses Beispiel deutlich die Stärken von Regular Expressions. Damit werden die Entsprechungen (MAC-Adressen) im Text gefunden ohne von ggf. vom Betriebssystem abhängige Start- und Endstrings abhängig zu sein!

    Weiterhin wäre die Ermittlung der Mac-Adresse über diverse andere Verfahren möglich, bspw. AutoIt-Scriptomatic.

  • C++ DLL - String

    • Andy
    • 8. September 2013 um 10:11

    Hi,
    @Optimum, es ist kontraproduktiv, den Startpost nachträglich derartig "anzupassen" dass der Kontext völlig verloren geht!
    Du hattest ein AutoIt-Dllcall-Script gepostet zusammen mit dem Sourcecode der Dll. Sowohl der Dllcall als auch der Quellcode der Dll hatten rein GARNICHTS mit einem String zu tun, es wurden Integer verwendet... :whistling:
    Daher gehe ich davon aus, dass du weder in AutoIt, noch in C(C++) ausreichend Ahnung hast, ein lauffähiges Script bzw. eine Dll zu erstellen und darin vorkommende Fehler zu erkennen.
    Weiterhin hast du weder eine Suchmaschine bedient, noch gefragt ob und wie diese zu bedienen ist um die hier im Forum schon reichlich vorhandenen Threads zu diesem Thema zu finden.

    Anfänger sein ist nicht schlimm und kein Zeichen von Dummheit, sich aber wie in deinem Beispiel gezeigt zu benehmen und somit potentiell professionelle Helfer zu vertreiben ist völlig überflüssig!
    Poste dein Script und den Sourcecode der Dll, und frage nach, wie man eine Suchmaschine nutzt um die von dir benötigten Beispiele hier im Forum zu finden!

  • Welcher Button wurde gedrückt

    • Andy
    • 8. September 2013 um 02:18

    Hi,
    im Oneventmodus geht das so:

    Spoiler anzeigen
    [autoit]

    Opt("GUIOnEventMode", 1)

    [/autoit] [autoit][/autoit] [autoit]

    $hgui = GUICreate("getid", 220, 220)
    For $i = 0 To 15 ;16 Buttons erzeugen
    $id = GUICtrlCreateButton(Chr($i + 65), 10 + Mod($i, 4) * 50, 10 + Int($i / 4) * 50, 40, 40);raster
    GUICtrlSetOnEvent(-1, "getid") ;funktion zuweisen
    Next
    GUISetOnEvent(-3, "_exit") ;ende
    GUISetState()

    [/autoit] [autoit][/autoit] [autoit][/autoit] [autoit]

    While Sleep(10)
    WEnd

    [/autoit] [autoit][/autoit] [autoit][/autoit] [autoit]

    Func getid()
    $id = @GUI_CtrlId ;gibt die ID zurück
    MsgBox(0, "Test", "Es wurde der Button mit der ID= " & $id & " gedrückt!", 1)
    EndFunc ;==>getid

    [/autoit] [autoit][/autoit] [autoit]

    Func _exit() ;ende
    Exit
    EndFunc ;==>_exit

    [/autoit]
  • Programmiersprachen - Diskussion in Hinsicht auf Berufliche Zukunft und Anwendungsfall

    • Andy
    • 4. September 2013 um 21:27

    Hi,

    Zitat

    ...und daher stört mich die Formulierung, dass es alles gelogen sei. Vielleicht wird es höher gepriesen, als es eigendlich ist, aber so ziemlich unsinnig finde ich das deshalb nicht ...

    Unter uns, sei froh, dass du dein Geld nicht damit verdienen musst was du schreibst ;)
    Wenn solch ein Satz in einer Antwort auf eine Ausschreibung verwendet wird und du ggf. bei einer Submission solche Äußerungen zu hören bekommst, dann garantiere ich dir, du wirst niemals einen einzigen Auftrag bekommen!
    Ich weiss ja nicht wie viele gewerbespezifische "Spezialsoftware" du jemals portiert hast, aber letztendlich zählt nur eins, die Software muss auf dem System X genauso laufen wie vorher auf dem System Y. Inclusiver sämtlicher extern verwendeter Module (bspw. dll´s von Drittanbietern ) Treiber und anderer Systemsoftware! Und kein einziger Auftraggeber zahlt eine müde Mark für eine "Portierung" die darin besteht, einen Sourcecode "nur" durch einen anderen Compiler zu jagen.

    Zitat

    Nundenn, wenn ich ein Programm unter Windows entwickle, dabei ein Framework für die GUI benutze (z.b. sowas wie GTK+), weil ich die Absicht verfolge, das ganze später nach Linux zu portieren,

    Und dann? Dann hast du eine GUI, die auch unter Linux "schick" aussieht. Programme bestehen aber nicht nur aus der GUI, sondern größtenteils aus ganz anderen Elementen.
    Und wenn derjenige, der das Windowsprogramm geschrieben hat, kein GTK benutzte? Und vielleicht bei bestimmten Berechnungen die Endianess garnicht beachtet hat? Dann kann man trotzdem das Programm portieren....ist halt aufwendiger und sehr zeitintensiv und teuer...

    Und was ist, wenn man ein Macintosh-Programm auf Windows "portieren" möchte? Und die Firma, die dieses Programm vor 2 Jahren geschrieben hat, war damals total auf dem MAC-Trip und Windows war nie ein Thema? VIEEEEL SPASS damit!
    DirectX-Spiele auf Mac nativ? :rock:
    Und Hardware ansprechen, die auf dem einen System völlig selbstverständlich ist aber auf dem anderen garnicht existiert? ;(
    Nur zum Verständnis, alle genannten Beispiele sind mit modernen Programmiersprachen geschrieben, die ALLE für sich beanspruchen, Plattformunabhängig zu sein, und es auch sind!

    Frag mal die Leute von Apple, wieso die damals von Motorolaprozessoren auf Intel umgeschwenkt sind....Microsoft wollte unbedingt das Officepaket funktionierend auf den PowerPC-Mac "portieren", und dieses Projekt war mit Sicherheit eines der größten in der Softwaregeschichte. BTW. funktioniert es (trotz geänderter Hardware) heute immer noch nicht, auf dem Apple-Unix wird ein Windows "emuliert" bzw. in einer VM geladen (dann spart man sich das portieren :rofl: ). Von VBA, ActiveX und weiteren "inkompatibilitäten" und (bis auf Office2011) völlig anderem look and feel mal abgesehen.
    Die weltgrößten Softwarekonzerne schaffen es nicht mal, ihre "Brot und Buttersoftware" auf andere Systeme zu "portieren" und du kommst mit plattformunabhängig :thumbup:

    Zitat

    An der Stelle auch noch mal ein wenig Lob, die bisherigen Foren die man bei Google auf den ersten zwei Seiten findet haben mit Argumenten wie "Java ist doof - hihihi" argumentiert.

    Es ist immer einfacher, auf den anderen rumzuhacken als es besser zu machen ;)

  • Programmiersprachen - Diskussion in Hinsicht auf Berufliche Zukunft und Anwendungsfall

    • Andy
    • 2. September 2013 um 22:13

    Hi,

    Zitat

    Und wenn man von vorne herein weiß, dass das Projekt in andere Systeme portiert werden soll, dann muss man auch von vorneherein dementsprechend arbeiten.

    Wenn man von vornherein weiss, dass man auch für andere Systeme schreiben muss nennt man das nicht portieren, sondern auch für andere Systeme programmieren.
    Portieren bzw. Migration heisst auf andere wie für das entwickelte Systrem anpassen.
    Du könntest jetzt sagen, "na dann entwickeln wir vornherein direkt für alle Plattformen"!
    Richtig, dann hättest du den Vorteil bei der Ausschreibung eines Projektes der einzige zu sein, der für alle Plattformen die Software anbietet, aber du bekommst den Auftrag nicht, weil der ARM-Spezialist deinen Preis für das ARM-System unterbietet, der Windows-Programmierer deinen Preis unterbietet und der Linuxer sowieso nichts von Windows hält und sich mit dem Ballast demnach garnicht abgibt und deshalb (obwohl teurer als ARM- und Windows-Fuzzi zusammen) immer noch billiger ist als deine "Ich kann für alle"-Lösung.
    Und imho wird sich diese Lage eher verschärfen als verbessern...

    Als Sun mit den ersten Java-Ideen anfing, war ich völlig begeistert! Endlich eine Sprache, die von der Taschenuhr, über Mikrowelle und PC auf jedem System lauffähig ist! Was daraus geworden ist, ist bekannt :rolleyes:
    Erinnert mich vom Konzept an den Microchannel von IBM. Die hatten auch eine evolutionäre Idee und haben sich selbst abgeschossen ;(

  • AutoIt.de Logo Wettbewerb

    • Andy
    • 2. September 2013 um 20:06
    Zitat

    Das Logo von Minx finde ich passt so garnich zum Forum. Für irgendeinen Gamingclan durchaus passend aber nicht für ein Forum das auch seriös wirken soll.

    Fullack :D
    Von eukalyptus der 2. Vorschlag wäre mein Favorit...

    Zitat

    Ich bin dafür, dass aktuelle Logo zu lassen und einfach nur die Jahreszahlen zu entfernen.

    Meine Rede...jede Wette, die hören nicht auf uns :rofl:

  • Programmiersprachen - Diskussion in Hinsicht auf Berufliche Zukunft und Anwendungsfall

    • Andy
    • 2. September 2013 um 19:53

    Hi,

    Zitat

    Mit z.B. AutoIt kann man alles machen, was man mit C/Java/... auch machen kann. (Außer natürlich: Platformunabhängigkeit)

    das mit der Plattformunabhängigkeit ist das größte Märchen seit Erfindung der Programmiersprachen!
    Es heisst immer, lerne Sprache xyz, denn die ist plattformunabhängig und portierbar.
    Sobald man sich mit diesem Thema ernsthaft beschäftigt wird einem klar, alles gelogen.
    Portiere mal ein größeres Softwareprojekt von Windows nach div. Linux/Unix-Derivaten oder umgekehrt oder von ARM nach x86. Einer meiner früheren Kunden war von einem großen Softwareunternehmen als Berater zu diesem Thema eingestellt. Ergebnis in 99% aller Fälle: Neuschreiben, da portieren technisch unmöglich oder so aufwendig ist, dass es wirtschaftlich uninteressant wird.
    Wer davon träumt, den Sourcecode einfach auf der anderen Plattform durch den Compiler zu nudeln und alles läuft......der träumt^^

    Zitat

    hier mal eine Übersicht was gerade angesagt ist.

    so ist es...gerade angesagt.
    Wir befinden uns in einem Zeitalter, in dem Produktzyklen in Monaten gerechnet werden und in Zukunft werden diese mit Sicherheit NOCH kürzer werden und da fragt ihr, was die "Sprache der Zukunft" ist^^
    Ich denke, wesentlich sinnvoller als sich auf eine (oder zwei) Sprachen einzuschiessen wird sein, flexibel für die anstehenden Probleme das richtige (passende) Werkzeug zu finden!
    Wenn einer heute davon ausgeht, mit der Sprache xyz deckt er 90% aller programmiertechnischen Probleme ab, dann hat er nicht begriffen, dass derjenige den Auftrag bekommt, der das Problem am schnellsten und am preiswertesten mit den einfachsten Mitteln löst. Und das ist seltsamerweise nicht die Sprache xyz. Denn wenn das so wäre, gäbe es die von Marthog aufgezählten plus gefühlten hundert weiteren Programmiersprachen nicht!
    Wenn es einen Hype gibt, sei dabei, sahne ab und springe schnell genug wieder auf den nächsten auf^^

    Weiterhin wächst durch die Vernetzung und Globalisierung der Druck gerade aus der 2. und 3. Welt. Wir sind alle ehrlich, programmieren kann jeder Idiot lernen! Und mittlerweile werden Projekte schon deshalb ans andere Ende der Welt vergeben, weil dort die Kosten noch niedriger sind als hierzulande....
    Wieso hier in Deutschland x-tausend Euros für einen Programmierer ausgeben, wenn man irgendwo auf der Welt einen besseren für die Hälfte des Geldes bekommt?
    In Indien werden zzt. im EDV-Bereich Jobs gewechselt wegen 50 Euro Differenz...nicht im Stundenlohn, sondern im Monat! :wacko:

    Zitat von GtaSpider

    Meine Ladesäulensoftware muss z.B. ISO 9001 Norm entsprechen, und das tut sie allein schon nicht weil ich es mit AutoIt programmiere.

    Willkommen in Deutschland! Wieso haben wir hier eigentlich keine Bill Gates, Larry Page, Steve Jobs oder Andreas von Bechtolsheim?
    Die Jungs von SAP lasse ich mal aussen vor, alles IBM-Gewächse^^ (wenn IBM etwas innovativer gewesen wäre, hätten die nicht eine eigene Firma aufmachen müssen^^)
    Wenn Mark Zuckerberg seine Idee hierzulande hätte verwirklichen wollen, würde er immer noch an irgendwelchen Internetprojekten rumklimpern (übrigens wäre es völlig unerheblich, welche Programmiersprache er verwenden würde^^)
    Denkt mal darüber nach, bevor ihr eure Zukunft mit der nächsten Wahl am 22. September beeinflusst ;)

  • Wie sendet man einen Joystick-Button?

    • Andy
    • 2. September 2013 um 13:09
    Zitat

    Durch XInputTest.exe sehe ich, dass die Button-Sends meines Gamepads erkannt werden..
    Die UDFs hingegen können mit dieser erstellten dll nicht arbeiten. Sie funktionieren scheinbar nur mit der originalen aus sys32 dir. (Habe die erstellte xinput.dll mit der UDF öffnen lassen. -> Fehlermeldung. Wenn die sys32 xinput.dll mit der UDF geöffnet wird gibt es keine Fehlermeldung, jedoch empfängt die UDF keine sends. - Hätte ich einen XBox360 Controller hätte ich testen können, ob es überhaupt funktioniert, selbst wenn man solch einen Controller hat... ich gehe jetzt einfach mal davon aus.)

    schick mal biite die dll, mit der das Send funktionieren würde. Also jene, mit denen die UDF nicht funktioniert.
    Nur weil dll´s die selben Namen haben heisst das nicht, dass der Inhalt gleich ist, bzw. die Funktionen identisch aufgerufen werden.

  • Wie sendet man einen Joystick-Button?

    • Andy
    • 1. September 2013 um 20:09

    Hi,
    beim Keyboard-Event nicht vergessen, sämtliche Status der Tastaur mit jeder Tastenkombi zu erfassen!
    Also sowohl ALT, SHIFT, STRG als auch sämtliche Kombinationen damit^^

    Das geht zur Not auch mit

    [autoit]

    Send()

    [/autoit]

Spenden

Jeder Euro hilft uns, Euch zu helfen.

Download

AutoIt Tutorial
AutoIt Buch
Onlinehilfe
AutoIt Entwickler
  1. Datenschutzerklärung
  2. Impressum
  3. Shoutbox-Archiv
Community-Software: WoltLab Suite™