Erst dann würde die Übersetzung auf 3.3.14.2 folgenden.
Na dann setz ich mich mal die Tage ran.
Erst dann würde die Übersetzung auf 3.3.14.2 folgenden.
Na dann setz ich mich mal die Tage ran.
Zu dem Entgleisen der Threads würde mich gerne die Meinung andere User interessieren.
Ich finde Diskussionen immer toll besonders wenn man dabei was lernt aber in einem kleinen Thread in welchen drei Beiträge zur Lösung reichen direkt mit 30 Extraposts den Vorteil von _ArrayAdd auf das kleinste zu untersuchen finde ich irgendwie unpassend.
Da fände ich separate Threads schöner da man diese auch mal sammeln kann und in einem Sticky alle auflistet.
@Tweaky kümmerte sich soweit ich weiß immer drum aber auch er schafft es nicht alles übersetzt zu kriegen was auch völlig verständlich ist.
Ich wollte auch gerne bei der Übersetzung helfen allerdings gibts in dem Übersetzungsthread tausend Dateien und Posts und man weiß nicht mal wo man anfangen soll.
Wenn sich jemand bereit erklärt das ganze Mal zu sortieren und zu packen was genau fehlt dann würde ich gerne meine restliche Freizeit opfern die Hilfe auf den aktuellen Standpunkt der Dinge zu bringen.
Im Grunde muss man jede Funktion sowohl deutsch als auch englisch auf Unterschiede prüfen und dann neue Teile bzw. redundante Teile hinzuzufügen bzw. zu entfernen.
Das kannst du in weniger als zwei Minuten in AutoIt nachbauen, aber viel wichtiger ist doch im welchem Programm willst du diese Befehle drücken?
Eventuell können wir die ja direkt in AutoIt ausführen und uns die Zwischenebene sparen.
Mein aktuelles Sommerferien-Projekt ist es, ein eigenes Linux zusammenzubauen.
Warum nicht ein bisschen Assembler lernen und ein eigenes OS aufziehen?
Das mit dem Ausführen war mir schon einigermaßen klar. Ich hätte nur befürchtet, dass es da irgendwelche Probleme von den unterschiedlichen Rechenleistungen her gibt. OK, vielen Dank.
Nein, performancetechnisch sollte sich in Desktopanwendungen nicht viel nehmen bei dem die Anwendungen unterhalb von 4GB bleiben.
Allerdings kann in Spielen ein 64-Bit Support die Leistung deutlich(!!) verbessern obwohl man unter den 4GB bleibt.
Der größte Nachteil wird wohl sein, dass man die Pagefile benutzen muss wenn man das 4GB Limit erreicht hat was heutzutage ziemlich schnell passiert.
//Edit: Ach ja, außerdem kann man mit 64-Bit Variante von Windows keine 16-Bit Anwendungen mehr ausführen, da die Emulation nur für 32-Bit Windows mitgeliefert wird:
https://superuser.com/questions/1409…bit-application
64-bit-Anwendungen werden nicht auf 32-bit-PC trotz eventueller 64-bit-CPU ausgeführt werden können? Und ich könnte maximal 4GB Arbeitsspeicher verwenden?
Wenn du ein 32-Bit OS verwendest dann entfällt jeglicher 64-Bit Support. Du kannst trotz 64-Bit CPU nur 32-Bit Anwendungen ausführen (bei 64-Bit OS und 64-Bit CPU kannst du sowohl 32-Bit als auch 64-Bit verwenden). 4GB Arbeitsspeicher ist das physische Limit was 32-Bit leisten kann, das kannst du auch leicht selber ausrechnen.
32 Bit adressierbar (2^32) => 4294967296 Bytes = 4 * 1024 * 1024 * 1024 Byte = 4 Gibibyte
eine Frage: meint ihr, man kann auf einem PC mit 64-bit-Prozessor ein 32-bit-Betriebssystem laufen lassen? Kommt die Hardware damit klar oder eher nicht?
Das war früher gang und gäbe. Mein altes ASUS Notebook hatte Windows Vista 32-Bit installiert obwohl ich eine x64-CPU drinne hatte.
Das wird problemlos laufen aber erwarte nicht, mehr als 4GB Arbeitsspeicher adressieren zu können.
Außerdem entfällt der Support für 64-Bit Anwendungen komplett, du bist vollständig auf 32-Bit angewiesen.
Auch für dich gilt: Haken setzen nicht vergessen!
Greifen ja logischerweise auch auf die selben Ressourcen zurück, deshalb passiert das auch.
Wenn du wirklich eigene Desktops haben willst musst du vermutlich eine eigene Shell schreiben oder die Windows-Shell modifizieren.
Du musst die Unterscheidung selber vornehmen, HotKeySet und @HotKeyPressed unterscheiden indem sie dir die jeweilige Schreibweise anzeigen:
alpines: Ist es eigentlich auch möglich den Desktop zu steuern, also mit Taskleiste, Icons und dem ganzen Krimskrams...
Weil sonst könnt ich auch einfach ne Vollbild-GUI ohne Rahmen erstellen, das Hintergrundbild reinhängen und fertig. Mir sind nämlich keine weiteren API Funktionen zur Steuerung bekannt...
Die Taskleiste und das ganze drumherum ist ja nichts weiteres als die Shell von Windows oder auch Explorer genannt.
Schau mal ob du sie durch das Beispiel in der Hilfe gestartet kriegst.
Es sollte aber möglich sein, es gibt ja auch z.B. http://www.chip.de/downloads/Micr…s_32662371.html
Ich weiß nicht ob Windows 10 andere Desktopfunktionen hat aber unter 7 klappts so.
#include <WinAPISys.au3>
#include <WinAPIProc.au3>
$hCurr = _WinAPI_GetThreadDesktop(_WinAPI_GetCurrentThreadId())
$hDesktop = _WinAPI_CreateDesktop("NewDesktop", BitOR($DESKTOP_CREATEWINDOW, $DESKTOP_SWITCHDESKTOP))
_WinAPI_SwitchDesktop($hDesktop)
Sleep(3000)
_WinAPI_SwitchDesktop($hCurr)
_WinAPI_CloseDesktop($hDesktop)
Alles anzeigen
Hier findest du die Doku: https://www.autoitscript.com/autoit3/docs/l…eateDesktop.htm
Haken setzen beim nächsten Mal nicht vergessen ![]()
Ja, diese Option ist tatsächlich ziemlich hilfreich statt sich eine eigene Funktion zu basteln.
Standardmäßig findet er glaube ich nur case-sensitive Titel die vom Anfang an anfangen.
Wenn das Fenster also 'Microsoft Word 2010' heißt musst du ohne diese Option nach 'Microsoft Word' suchen statt nach 'Word 2010'.
wäre es möglich ein Button einzubauen der dann ein neues fester öffnet wo einfach alle Adapter angezeigt werden ?
Natürlich ist es das, du solltest aber dein ganzes Script nochmal überarbeiten, es sieht scheußlich aus.
Wenn du das nicht machst blickst du da in paar Tagen nicht mehr durch.
ich habe jetzt bei manchen labels einfach die größe geändert, so das z.b nur die Ip adresse vom ersten Adapter angezeigt wird
Du parst die Daten auch falsch heraus. Du gehst alle Infos durch und trennst sie nicht.
Beispiel wäre der Teil mit der IP-Adresse (Z153 ff.)
Du gehst die ganzen Elemente durch und packst sie in einen String statt sie in ein Array zu speichern und auf Dubletten bzw. auf Leerstrings zu überprüfen.
Am besten wäre es wenn du eine Combo erstellst wo du den Adapter auswählen kannst und dann nur die Infos angezeigt werden.
Oder ein TabControl mit Infos für jeden Adapter pro Tab, ist aber ein bisschen schwieriger.
Du hast in Hilfe & Unterstützung gepostet, wo bleibt also deine Frage?
Ist es möglich ein Window-Handle eines unsichtbaren Fensters abzufragen? Oder existiert das Fenster wenn es Invisible gesetzt wird gar nicht mehr und jegliche Abfragen ala WinGet...() sind unmöglich?
Wenn ein Fenster "invisible" ist oder auch @SW_HIDE gesetzt wurde, dann existiert es noch nur wird es nicht angezeigt. Handle etc sind alles noch verfügbar.
Hier mal ein minimalistisches Beispiel wie du an das Handle kommst obwohl es hidden ist.
Du kannst auch das Objekt direkt ansprechen auch wenn es in der UDF nicht auftaucht. https://www.autoitscript.com/wiki/Excel_UDF…e.2FTime_Format
Wie hast du es denn probiert, wie heißt das Fenster und was hast du im Script als Titel genommen?
Schon mit #RequireAdmin probiert?
Ich markier das mal als gelöst, da die ursprüngliche Problematik ja gelöst sein könnte.
Aber hier scheinen ja irgendwie öfters Threads zu entgleisen, also versucht mal bitte den OT ein bisschen im Zaum zu halten. ![]()
Diskussionen über Arrayproblematiken sind gerne gesehen aber dann doch lieber in den entsprechenden Threads im Talk/OT-Bereich.
Von der Klassifikation, was einen Mensch ausmacht mal, ganz zu schweigen.