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. Bitnugger

Beiträge von Bitnugger

  • Hilfe wird nicht angezeigt

    • Bitnugger
    • 19. November 2016 um 06:41

    Die deutsche AutoIt-Hilfe wird als Archiv zum Download angeboten. In dem Archiv befinden sich drei Dateien.

    • AutoIt.chm
    • AutoIt3.chm
    • UDFs3.chm

    Wenn du ausschließlich die deutsche Hilfe nutzen willst:

    • Benenne die originale AutoIt.chm um in z. B. AutoIt_EN.chm.
    • Entpacke die deutsche AutoIt-Hilfe ins AutoIt-Programmverzeichnis.
    • Nun entfernst du die "alternativen Datenströme", wie @chip weiter oben schon aufgezeigt hat, via Eigenschaften und den Button "zulassen", oder du besorgst dir das Tool "Streams" von Sysinternals, mit dem du auch komplette Verzeichnisse samt Inhalt in einem Rutsch davon befreien kannst. So machst du es mit Streams: Streams -d <Datei> oder Streams -d <Verzeichnis>.
    • Falls du auch die Beta-Version von AutoIt nutzen willst, musst du die Dateien auch nach .\AutoIt3\Beta\... kopieren.

    Die deutsche AutoIt-Hilfe kommt zwar mit drei Dateien daher, die auch alle im selben Verzeichnis sein müssen, weil die AutoIt3.chm und die UDFs3.chm von der AutoIt.chm als #Include nachgeladen werden, insofern sie denn gefunden wurden. Die AutoIt3.chm und die UDFs3.chm kann man aber natürlich auch separat starten. Die AutoIt3Help.exe kennt allerdings nur die AutoIt.chm.

    Schön... das war's... die deutsche Hilfe sollte nun verfügbar sein.


    Wenn du die englische UND deutsche Hilfe nutzen willst:


    Da die Autoit3Help.exe leider fix auf die AutoIt.chm eingestellt ist, müssen wir zuerst eine Kopie davon erstellen und darin den zwei mal vorhandenen String "AutoIt.chm" abändern, damit diese geänderte Version die deutsche Hilfe öffnet. Die geänderten Strings dürfen aber auf keinen Fall länger werden... ich habe sie in Au3Hde.chm umgeändert... und analog dazu muss dann natürlich auch die deutsche AutoIt.chm in Au3Hde.chm umbenannt werden.

    Die gepatchte Kopie der Autoit3Help.exe habe ich umbenannt in Autoit3HelpDE.exe. Diese Kopie und die drei CHM-Dateien für die deutsche Hilfe müssen dann ins AutoIt-Programmverzeichnis KOPIERT werden... denn für alle Fälle ARCHIVIEREN wir unsere Arbeit an sicherer Stelle.

    Hier ein kleines Script, dass einem das Patchen abnimmt... (nicht getestet!)

    AutoIt3Help_Patcher
    AutoIt
    #RequireAdmin
    #Region ;**** Directives created by AutoIt3Wrapper_GUI ****
    #AutoIt3Wrapper_Res_requestedExecutionLevel=requireAdministrator
    #EndRegion ;**** Directives created by AutoIt3Wrapper_GUI ****
    
    
    ;-- TIME_STAMP   2016-11-19 06:26:20
    
    
    #include <File.au3>
    #include <WinAPIShPath.au3>
    
    
    _Patch()
    
    
    Func _Patch()
    	Local $sAutoIt3HelpEN = 'c:\Program Files (x86)\AutoIt3\SciTE\AutoIt3Help.exe'
    	Local $sAutoIt3HelpDE = _WinAPI_PathRemoveExtension($sAutoIt3HelpEN) & 'DE.exe'
    
    
    	; Ist die Datei auch da?
    	If FileExists($sAutoIt3HelpEN) = 0 Then Exit MsgBox(262208, @ScriptName, 'AutoIt3Help.exe nicht gefunden!' & @CRLF & '--> ' & $sAutoIt3HelpEN) + 1
    	If FileExists($sAutoIt3HelpDE) = 1 Then Exit MsgBox(262208, @ScriptName, 'Es existiert bereits eine gepatchte Version von AutoIt3Help.exe...!' & @CRLF & '--> ' & $sAutoIt3HelpDE) + 2
    
    
    	; Eine Kopie davon erstellen, die wir dann für die deutsche Hilfe entsprechend patchen...
    	If FileCopy($sAutoIt3HelpEN, $sAutoIt3HelpDE, $FC_NOOVERWRITE) = 0 Then Exit MsgBox(262208, @ScriptName, 'Es konnte keine Kopie von der AutoIt3Help.exe erstellt werden!' & @CRLF & '--> ' & $sAutoIt3HelpEN) + 3
    
    
    	Local $hFile = FileOpen($sAutoIt3HelpDE, BitOR($FO_OVERWRITE, $FO_BINARY))
    	If $hFile = -1 Then Exit MsgBox(262208, @ScriptName, 'Die Datei ' & $sAutoIt3HelpDE & ' konnte nicht geöffnet werden!' & @CRLF & '--> ' & $sAutoIt3HelpDE) + 4
    
    
    	Local $sFile = FileRead($hFile)
    	If $sFile = '' Then Exit MsgBox(262208, @ScriptName, 'Die Datei ' & $sAutoIt3HelpDE & ' konnte nicht eingelesen werden!' & @CRLF & '--> ' & $sAutoIt3HelpDE) + 5
    
    
    	; Ist das bereits eine gepatchte Version?
    	If StringInStr($sFile, 'AutoIt3.chm') = 0 Then Exit MsgBox(262208, @ScriptName, 'Patchen ist nicht möglich, weil ich in dieser Datei den String "AutoIt3.chm" nicht finden konnte!') + 3
    
    
    	; Strings ändern...
    	$sFile = StringReplace($sFile, 'AutoIt3.chm', 'Au3Hde.chm')
    	; Es müssen genau zwei Strings ersetzt werden - nicht mehr, nicht weniger.
    	If @extended <> 2 Then Exit MsgBox(262208, @ScriptName, 'Hier stimmt was nicht... es sollten genau zwei Strings ersetzt worden sein...' & @CRLF &  ' Anzahl der ersetzten Strings --> ' & @extended) + FileClose($hFile) + 4
    
    
    	; Ok, dann speichern und fertig!
    	FileWrite($hFile, $sFile)
    
    
    	FileClose($hFile)
    
    
    	MsgBox(262208, @ScriptName, 'Die Datei AutoIt3Help.exe wurde geklont und erfolgreich gepatcht...' & @CRLF & '--> ' & $sAutoIt3HelpDE)
    EndFunc
    Alles anzeigen

    Die rot markierten Dateien müssen sich nun im AutoIt-Programmverzeichnis befinden...
    au3hde.png


    Damit die deusche Hilfe nun auch per Shorcut verfügbar wird, müssen wir dafür ein paar Zeilen in die SciTEUser.properties einfügen.

    Brainfuck
    # 36 (falls bereits belegt, eben eine andere freie Nummer wählen)
    
    
    command.name.36.*=AutoIt Deutsche Hilfe
    
    
    command.36.*.au3=$(autoit3dir)\AutoIt3HelpDE.exe "$(CurrentWord)" "$(autoit3dir)\Au3Hde.chm"
    
    
    command.shortcut.36.*.au3=Ctrl+Alt+T
    
    
    command.subsystem.36.*=window
    Alles anzeigen

    Als Tastenkombination habe ich hier Ctrl+Alt+T gewählt, aber dass kann man ja ändern... wenn eine Tastenkombination nicht funktioniert, dann ist sie schon anderweitig (von SciTE) belegt.

    Schön... das war's... die Hilfe sollte nun in zwei Sprachen verfügbar sein.


    Weil ich aber keine Befehls-Nummer mehr in SciTE frei habe und die deutsche Hilfe auch selten bis nie brauche, erledige ich dass mit dem SciTE-AddOn: OwnHotKeys von @BugFix.

    Damit kannst du dann die deutsche Hilfe auf eine fast beliebige Tastenkombination legen. Mit F1 öffnet du dann weiterhin die englische Hilfe, und mit Strg+Win, Strg+H dann die deutsche Hilfe.
    Strg+Win, Strg+H - damit ist gemeint, Strg+Win drücken, Win loslassen, und nun bei noch gedrückter Strg-Taste H drücken... ist aber auch alles gut beschrieben auf der Seite von BugFix...

    Der Eintrag in der ownhotkeys.properties sähe dann etwa so aus:

    Brainfuck
    #~ Ctrl+Win, Ctrl+H
    own.mode.cmd.72=OHK.SciTEHelpDE("%ProgramFiles(x86)%\\AutoIt3\\Autoit3HelpDE.exe", "%ProgramFiles(x86)%\\AutoIt3\\Au3Hde.chm")
    own.mode.descript.72=Ctrl+$(own.mode.indicator.descript), Ctrl+H|Open AutoIt German Help

    Nun als letzte Übung noch meine kleine Lua-Funktion ans Ende der OHKfuncs.lua anfügen:

    Brainfuck
    --[[	OHK.SciTEHelpDE( path_help, _chm)
    ]]
    -------------------------------------------------------------------------
    OHK.SciTEHelpDE = function(_path_help, _chm)
    	local caret = editor.CurrentPos
    
    
    	local iPos = editor.SelectionStart
    	local iStart = editor:WordStartPosition(iPos)
    	local iEnd = editor:WordEndPosition(iPos)
    
    
    	editor:SetSel(iStart, iEnd)
    	local word = editor:GetSelText()
    	editor:SetSel(caret, caret)
    
    
    	local sCmd = '"'.._path_help..'" "'..word..'" "'.._chm..'"'
    
    
    	shell.exec(sCmd)
    end  --> SciTEHelpDE
    -------------------------------------------------------------------------
    Alles anzeigen




    Schön... das war's... die Hilfe sollte nun in zwei Sprachen verfügbar sein.

    Fertig! :D

  • Nächste leere Zeile in einer Logdatei suchen

    • Bitnugger
    • 18. November 2016 um 01:45

    Oder so...

    AutoIt
    #include <File.au3>
    #include <WinAPIShPath.au3>
    
    
    _Main()
    
    
    Func _Main()
    
    
    	; _KillWindoows()
    
    
    	_WriteLog()
    EndFunc
    
    
    Func _WriteLog($sMsg = Default)
    	#cs
    		$sLogPath		Path of the file to write to, or a file handle returned from FileOpen().
    		$sLogMsg		Message to be written to the log file
    		$iFlag			[optional] Flag that defines if $sLogMsg will be written to the end of file, or to the beginning.
    						If $iFlag = -1 (default) $sLogMsg will be written to the end of file.
    						Otherwise $sLogMsg will be written to beginning of file.
    	#ce
    
    
    	; Writes current date, time and the specified text to a log file
    
    
    	Local $sLogPath = _WinAPI_PathRemoveExtension(@ScriptFullPath) & '.log'
    	Local $sLogMsg =  ($sMsg = Default) ? (@ScriptFullPath & ' wurde erfoglreich ausgeführt.') : $sMsg
    	Local $iFlag    = 1	; Letzter Eintrag steht immer in der ersten Zeile.
    ;	Local $iFlag    = -1	; Letzter Eintrag steht immer in der letzten Zeile.
    	_FileWriteLog($sLogPath, $sLogMsg, $iFlag)
    EndFunc
    Alles anzeigen
  • ControlSend sendet Text nur Lower-Case

    • Bitnugger
    • 14. November 2016 um 18:55

    Dann versuche das mal...

    Im Anhang findest du ein Mini-BatchFile, dass ich als CRLF.txt geuppt habe, weil *.CMD/*.BAT hier nicht erlaubt sind.

    Das File musst du umbenennen in: CRLF.cmd

    Anpassen musst evtl. auch den Pfad und auf jeden Fall aber die Parameter für plink.

    Durch diese "schräge" Kombination an Zeichensalat und den unsinnig erscheinenden Leerzeilen, die allerdings absolut nötig sind, wird garantiert ein Enter an den zweiten Befehl via Pipe geschickt...

    Dateien

    CRLF.txt 345 Byte – 210 Downloads
  • SciTE - Umlaute

    • Bitnugger
    • 14. November 2016 um 01:25
    Zitat von Tweaky

    Bezieht sich die Einstellung "Zeichensatzcodierung" auf die Datei oder SciTE im allgemeinen?

    Die Einstellungen für die Zeichensatzcodierung in SciTE beziehen sich selbstverständlich nur darauf, mit welcher Codepage SciTE eine Datei öffnet, speichert/anzeigt.

    Wenn du nun Strings, die in einer anderen Codepage vorliegen, in der Scite-Console ausgeben willst, müssen diese zuvor entsprechend deinen Einstellungen konvertieren.

    AutoIt verwendet per Default UTF-8. Wenn du dir vor dem Öffnen/Speichern ein File handle besorgst, kannst du die Codepage selbst bestimmen.

    AutoIt
    ; Local $hFileOpen = FileOpen($sFilePath, $FO_READ, $FO_UTF8) ; AutoIt Default
    Local $hFileOpen = FileOpen($sFilePath, $FO_READ, $FO_ANSI) ; ***
    Local $sFile = FileRead($hFileOpen)
    FileClose($hFileOpen)

    Festzustellen, mit welcher Codepage eine Datei gespeichert wurde, ist ein Ratespiel. Mit absoluter Gewissheit lässt sich dass nicht ermitteln.

    Solange kein Zeichen aus dem erweiterten ANSI-Zeichensatz [>Asc(127)] enthalten ist, spielt dass auch keine Rolle. Sind Zeichen aus dem erweiterten ANSI-Zeichensatz vorhanden, kannst du die Codepage dadurch ermitteln, indem du dir den Asc-Code z. B. für ein im Text vorhandenes "ä" anzeigen lässt bzw. vergleichst. Je nach verwendeter Codepage befindet sich das Zeichen dann nämlich an einer anderen Stelle in der Zeichentabelle.

    Hier siehst du ein paar Beispiele...

  • SciTE - Umlaute

    • Bitnugger
    • 13. November 2016 um 15:02
    Zitat von Tweaky

    Die calltips-Datei möchte ich nicht umstellen, da diese doch beim nächsten speichern wieder zurückgestellt wird, oder?

    Wenn du in SciTE die Codepage auf 65001 umgestellt hast, dann verwendet SciTE diese auch in jedem Fall. Sollten sich die Codepage bei deinen Calltips nun doch wieder ändern, dann hast du diese mit einer anderen Anwendung bearbeitet/gespeichert, die dann im Normalfall die System-Codepage verwendet, Windows ANSI 1252. In dem Fall musst du die Anwendung entsprechend anpassen und sie auf UFT-8 umstellen.

    Zitat von Tweaky

    code.page=0
    output.code.page=0

    Das ist die in SciTE voreingestellte Codepage... die musst du dann nicht angeben.

    Zitat von Tweaky

    Mal steht es bei UTF-8, mal bei Systemvoreinstellung.

    Hm, das könnte dann an utf8.auto.check= liegen... siehe Post #9. Meinst du das jetzt auf verschiedenen Dateien bezogen, oder wechelt es bei ein und derselben Datei? Wie hast du die Datei geladen und wo willst du sie anzeigen?

  • XMl Datei mit AutoIT Script ausführen

    • Bitnugger
    • 10. November 2016 um 21:47

    Wenn du die zu kopierende Datei mit einer anderen Anwendung geöffnet hast, z. B. in einem Editor, kannst du sie ebenfalls nicht überschreiben oder umbenennen, weil dann der Editor seine Krallen (sprich: Lock) darauf hat.

  • Windows 7 Service Pack 1 - zweideutige Infos

    • Bitnugger
    • 10. November 2016 um 21:41

    @misterspeed - an einem Neustart lag es nicht, denn den habe ich, wie er vom Windows-Installer gefordert wurde, auch gemacht. Bleibt also nur Punkt 2... ein guter Einfall. ;)

    Zitat von misterspeed

    Also einfach das System patchen bis es nichts mehr zu patchen gibt

    Mein Installer soll nur einen Treiber installieren, nicht mehr und nicht weniger. Wenn ein benötigtes Update fehlt, verweise ich den User darauf, dass er seinen PC mit Windows-Update auf den aktuellen Stand bringt muss, bevor er meinen Treiber installieren kann - wobei ich es noch angehen lassen, Windows-Update für ihn zu starten und in dem Fall dann auch nach einem Neustart automatisch mit der Installation fortfahre. Indem ich fehlende Updates in meinen Installer integriere, unterstütze ich Nachlässigkeit / Faulheit und es entsteht ein riesiger Overhead bei der Verteilung meines Installers.

  • Windows 7 Service Pack 1 - zweideutige Infos

    • Bitnugger
    • 10. November 2016 um 12:01

    Ich habe mit AutoIt einen Installer für einen Treiber geschrieben, der allerdings nur dann ausgeführt werden soll, wenn das Service Pack 1 (KB976932) und der Patch KB3033929 bereits auf dem System installiert wurden. Bis auf einen letzten Feinschliff ist der Installer nun auch fertig, doch die Frage ist immer noch ungeklärt, wieso mir Windows 7 in der Systemsteuerung anzeigt, dass das Service Pack 1 breits installiert ist, obwohl dies gar nicht der Fall war.

  • XMl Datei mit AutoIT Script ausführen

    • Bitnugger
    • 10. November 2016 um 07:51

    Dann zeige uns das Script doch mal, damit wir dazu etwas sinnvolles sagen können... denn "geht nicht" ist eine sehr diffuse Aussage, mit der hier niemand etwas anfangen kann.

  • XMl Datei mit AutoIT Script ausführen

    • Bitnugger
    • 9. November 2016 um 14:57

    Das ist aber jetzt Quatsch, was du da sagst, denn wenn du sie nicht überschreiben kannst, kannst du sie auch nicht löschen!

  • XMl Datei mit AutoIT Script ausführen

    • Bitnugger
    • 9. November 2016 um 13:33

    If $iErr = 0 Then Exit MsgBox($MB_SYSTEMMODAL, "", "An error occurred!") +1
    ______________________________________________________________________^

    Unterminated bedeutet, dass du einen String zwar mit einem öffnenden " oder ' angefangen hast, ihn dann aber nicht wieder mit einem geschlossen hast.

    Also immer so... "Hallo Peter" oder 'Hallo Peter'

  • ControlSend sendet Text nur Lower-Case

    • Bitnugger
    • 9. November 2016 um 12:50

    Hehe... ja, wie erkläre ich dass... ok, ich versuche es mal so...

    Mit dem Echo-Befehl sendest du via Pipe "|" einen leeren String, der mit einem @CRLF bzw. @CR (Enter) abgeschlossen ist, an den Befehl plink, der es dann quasi 1:1 weiterreicht.

    Hier ein Beispiel:

    Bash
    C:\Users\ghost>COMP m:\for.cmd m:\Temp\for.cmd
    Vergleichen von M:\for.cmd und M:\Temp\for.cmd...
    Dateien sind identisch
    
    
    Weitere Dateien vergleichen (J/N) ?


    Hier nervt es mich, dass ich COMP nicht benutzen kann, ohne dass er mir dumme Fragen stellt... und mit einem vorangestelltem Echo-Befehl geben wir ihm nun eine "automatisierte" Antwort...

    Bash
    C:\Users\ghost>echo n | COMP m:\for.cmd m:\Temp\for.cmd
    Vergleichen von M:\for.cmd und M:\Temp\for.cmd...
    Dateien sind identisch
    
    
    Weitere Dateien vergleichen (J/N) ?
    C:\Users\ghost>


    In diesem Fall hat Echo ein "n" an COMP übergeben... und COMP hat somit seine Antwort bekommen, das n, welches ich sonst manuell hätte eingeben müssen.

    Kannst es ja einfach mal bei dir am PC testen...

  • XMl Datei mit AutoIT Script ausführen

    • Bitnugger
    • 9. November 2016 um 08:15
    AutoIt
    #include <FileConstants.au3>
    #include <MsgBoxConstants.au3>
    
    
    ; FileCopy ( "source", "dest" [, flag = 0] )
    
    
    Local $iErr = FileCopy('c:\xml\MyXMLFile.xml', 'f:\OldFiles\MyXMLFile.xml', $FC_NOOVERWRITE)
    If $iErr = 0 Then Exit MsgBox($MB_SYSTEMMODAL, "", "An error occurred!) +1
    
    
    ; oder
    
    
    Local $iErr = FileCopy('c:\xml\MyXMLFile.xml', 'f:\OldFiles\MyXMLFile.xml', BitOr($FC_NOOVERWRITE, $FC_CREATEPATH))
    If $iErr = 0 Then Exit MsgBox($MB_SYSTEMMODAL, "", "An error occurred!) +1
    
    
    ; oder
    
    
    Local $iErr = FileCopy('c:\xml\MyXMLFile.xml', 'f:\OldFiles\MyXMLFile.xml', $FC_NOOVERWRITE + $FC_CREATEPATH)
    If $iErr = 0 Then Exit MsgBox($MB_SYSTEMMODAL, "", "An error occurred!) +1
    
    
    Local $iErr = FileCopy('c:\xml\MyXMLFile.xml', 'f:\OldFiles\MyXMLFile.xml', $FC_OVERWRITE + $FC_CREATEPATH)
    If $iErr = 0 Then Exit MsgBox($MB_SYSTEMMODAL, "", "An error occurred!) +1
    
    
    ; oder
    
    
    Local $iErr = FileCopy('c:\xml\MyXMLFile.xml', 'f:\OldFiles\MyXMLFile.xml')
    If $iErr = 0 Then Exit MsgBox($MB_SYSTEMMODAL, "", "An error occurred!) +1
    
    
    ; - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
    
    
    ; FileMove ( "source", "dest" [, flag = 0] )
    
    
    Local $iErr = FileMove('c:\xml\MyXMLFile.xml', 'f:\OldFiles\MyXMLFile.xml', $FC_NOOVERWRITE)
    If $iErr = 0 Then Exit MsgBox($MB_SYSTEMMODAL, "", "An error occurred!) +1
    
    
    ; oder
    
    
    Local $iErr = FileMove('c:\xml\MyXMLFile.xml', 'f:\OldFiles\MyXMLFile.xml', BitOr($FC_NOOVERWRITE, $FC_CREATEPATH))
    If $iErr = 0 Then Exit MsgBox($MB_SYSTEMMODAL, "", "An error occurred!) +1
    
    
    ; oder
    
    
    Local $iErr = FileMove('c:\xml\MyXMLFile.xml', 'f:\OldFiles\MyXMLFile.xml', $FC_NOOVERWRITE + $FC_CREATEPATH)
    If $iErr = 0 Then Exit MsgBox($MB_SYSTEMMODAL, "", "An error occurred!) +1
    
    
    ; oder
    
    
    Local $iErr = FileMove('c:\xml\MyXMLFile.xml', 'f:\OldFiles\MyXMLFile.xml')
    If $iErr = 0 Then Exit MsgBox($MB_SYSTEMMODAL, "", "An error occurred!) +1
    
    
    ShellExecute('f:\OldFiles\MyXMLFile.xml')
    Alles anzeigen
  • Windows 7 Service Pack 1 - zweideutige Infos

    • Bitnugger
    • 9. November 2016 um 02:51

    Hallo Leute,

    ich habe mir vorhin eine VM aufgesetzt und die ersten Updates installiert...

    In der Systemsteuerung kann ich mir alle installierten Updates anzeigen lassen und dann auch sehen (s. Bild), ob das Service Pack 1 installiert ist, doch irgendwas ist da faul, da ich in dem Fall die Versionsnummer 6.1.7601 haben müsste, doch dem ist aber nicht so!!!

    Nach Adam Riese sollte es so sein, dass die Versionsnummer eindeutig Auskunft darüber gibt, ob das Service Pack 1 installiert ist, oder nicht! In meinem Fall - jetzt mit der VM - ist das Ergebnis aber zweideutig, die Systemsteuerung sagt, ich habe es installiert, aber laut der Versionsnummer ist es nicht installiert.

    Was nun?

    Bash
    C:\Windows\system32>wmic os List Brief
        BuildNumber  Organization  RegisteredUser    SerialNumber             SystemDirectory      Version
        7600                       Windows-Benutzer  00426-OEM-8992XXX-00006  C:\Windows\system32  6.1.7600
    Bash
    C:\Windows\system32>ver
        Microsoft Windows [Version 6.1.7600]
        C:\Windows\system32>


    #cs - List of Windows Version numbers
    Windows 1.0 1.04
    Windows 2.0 2.11
    Windows 3.0 3
    Windows 95 4.0.950
    Windows XP 5.1.2600
    Windows XP Professional x64 Edition 5.2.3790
    Windows Home Server 5.2.3790
    Windows Server 2003 5.2.3790
    Windows Server 2003, Service Pack 1 5.2.3790.1180
    Windows Server 2003 5.2.3790.1218
    Windows Vista, RTM (Release to Manufacturing) 6.0.6000.16386
    Windows Vista 6.0.6000 / Windows Server 2008 6.0.6001
    Windows Vista, Service Pack 2 / Server 2008 Sp2 6.0.6002
    Windows 7, RTM (Release to Manufacturing) 6.1.7600.16385
    Windows 7 6.1.7600
    Windows 7, Service Pack 1 6.1.7601
    Windows Server 2008 R2, RTM (Release to Manufacturing) 6.1.7600.16385
    Windows 8, RTM (Release to Manufacturing) 6.2.9200.16384
    Windows 8 6.2.9200
    Windows Server 2012 6.2.9200
    Windows 8.1 6.3.9600.16384.130821-1623
    Windows Server 2012 R2 6.3.9600
    Windows 10 10.0.10240
    See also Wikipedia list of Windows versions: en.wikipedia.org/wiki/List_of_Microsoft_Windows_versions
    #ce


    Nachtrag: Jetzt sehe ich gerade, dass mir nun weitere 10 wichtige Updates angeboten werden, nachdem ich eine neue Suche gestartet hatte, obwohl Windows vorher der Meinung war, dass ich auf dem neusten Stand bin. Eines dieser Updates... ja, und wer hat es an dieser Stelle schon erraten? - genau, es ist Windows Service Pack 1! Das war jetzt mal wieder eines der ganz speziellen Microsoft-Features, für die man nicht mal zahlen muss... ;)


    Tja, aber es bleibt die Frage offen, wieso ich vorher zweideutige Informationen dazu erhalten habe.


    Win7SP1.png
    wmic-qfe.png

    Bash
    C:\Users\ghost>wmic OS List Brief
    BuildNumber  Organization  RegisteredUser    SerialNumber             SystemDirectory      Version
    7601                       Windows-Benutzer  00426-OEM-8992XXX-00006  C:\Windows\system32  6.1.7601
    
    
    
    
    C:\Users\ghost>
    Bash
    C:\Users\ghost>ver
    
    
    Microsoft Windows [Version 6.1.7601]
    
    
    C:\Users\ghost>
  • XMl Datei mit AutoIT Script ausführen

    • Bitnugger
    • 8. November 2016 um 22:32
    AutoIt
    #include <AutoItConstants.au3>
    
    
    ; ShellExecute ( "filename" [, "parameters" [, "workingdir" [, "verb" [, showflag]]]] )
    
    
    Local $sXMLFILE = 'c:\xml\MyXMLFile.xml'
    Local $sParameter = ''
    Local $sWorkingDir = 'f:\xml'
    Local $fVerb = $SHEX_OPEN ; $SHEX_EDIT, $SHEX_PRINT, $SHEX_PROPERTIES
    Local $fShowFlag = @SW_SHOW, @SW_HIDE, @SW_MINIMIZE, @SW_MAXIMIZE, ...
    
    
    ; Hier mal ein Aufruf mit allen Parametern
    ShellExecute($sXMLFILE, $sParameter, $sWorkingDir, $fVerb, $fShowFlag)
    
    
    ; Hier auch die einfachste Version...
    ShellExecute($sXMLFILE)	; $SHEX_OPEN = Default
    Alles anzeigen

    Was genau passiert ist abhängig davon, mit welchem Programm die jeweilige Funktion verknüpft ist. Bei Open kann es z. B. Notepad++ sein, bei Edit HateML Pro, ... und demensprechend ändern sich auch die möglichen Parameter.

  • Warnungen abschalten in Scite

    • Bitnugger
    • 8. November 2016 um 22:13
    Zitat von TheDude

    die Warnung "$variable possibly used before declaration

    Frei übersetzt: Diese Variable wurde möglicherweise benutzt, bevor sie deklariert wurde!

    Das ist keine Warnung, sondern eine Fehlermeldung und die kannst du nicht abschalten und SciTE hat da eh nichts mit zu tun... denn die Medung kommt von AutoIt.

  • Fenster scrollen

    • Bitnugger
    • 8. November 2016 um 22:07
    AutoIt
    ;-- TIME_STAMP   2016-11-08 22:06:21
    
    
    ShellExecute("explorer","microsoft-edge:http://www.finanzen.net/index/DAX-Realtime")
    Local $hWnd = WinWaitActive("DAX")
    WinSetState ("DAX", "",@SW_SHOWNORMAL)
    Sleep(2000)
    
    
    For $i = 1 To 5 Step 1
    	_Send('{DOWN}', $i)
    Next
    
    
    For $i = 1 To 5 Step 1
    	_Send('{UP}', $i)
    	Sleep(1000)
    Next
    
    
    Func _Send($sKey, $i)
    	For $i = 1 To 5 Step 1
    		Send($sKey)
    		Sleep(150)
    	Next
    EndFunc
    Alles anzeigen
  • ControlSend sendet Text nur Lower-Case

    • Bitnugger
    • 8. November 2016 um 21:44

    Versuche es mal mit echo | plink ... oder unter Linux mit echo -n | plink ...

  • ListViewItem ContextMenu Problem

    • Bitnugger
    • 8. November 2016 um 13:15

    Habe vorherigen Beitrag noch mal editiert und die Ausgabe formatiert... s. Bild.

  • Neulich in der Kneipe..."Compiler sind die besseren Programmierer"?!

    • Bitnugger
    • 7. November 2016 um 20:09
    Zitat von Andy

    Komm mit im nächsten Jahr zur Revision, und bring das/die Schätzchen mit!!!

    Hehe... dann bräuchte ich aber mindestens zwei sehr kräftige Kofferträger, denn mein AMIGA wiegt gefühlt mindestens 1 Tonne, denn ich habe meinen AMIGA 2000 in einen Big-Tower (65x21x~50 cm) gepackt, mit 8 oder 9 uralten, bombastisch schweren Festplatten drin, und dazu auch alle Slots mit einer fetten Karte belegt!


    Zitat von Andy

    Revision

    Hm, also doch noch zu wenig hier im Forum gelesen, denn das sagt mir jetzt nicht wirklich was.

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™