PS: Ich habe vorhin erst richtig mitbekommen, was @Kanashius in Post #15 da Feines geschrieben hat... ==> "_WinAPI_ShellChangeNotifyRegister". Die Funktion ist wirklich echt super und sie erledigt mit viel weniger Aufwand dieselbe Arbeit, wie mein Script!
Knapp daneben ist auch vorbei, deshalb zur Veranschaulichung verlinkt.
Ich denke es liegt an @SW_MAXIMIZE, das ein verschieben nicht klappt.
warum ist eigentlich dieser Hinweis untergegangen?
Es gibt da nämlich einen schönen Befehl "_WinAPI_ShellChangeNotifyRegister", womit man ein Verzeichnis überwachen kann.
wäre imho ideal.
Wenn Au3Info das Handle der Gui und die ID des Controls ermitteln kann, dann sollte ControlGetText auch den Text ermitteln können.
@n00b-it: ElseIf ist kontraproduktiv, da jeder Button einzeln behandelt werden muß. Also ganz klassisch:
If $var1 = "READY" Then
GUICtrlSetState($Button1, $GUI_SHOW)
Else
GUICtrlSetState($Button1, $GUI_HIDE)
EndIf
If $var2 = "READY" Then
GUICtrlSetState($Button2, $GUI_SHOW)
Else
GUICtrlSetState($Button2, $GUI_HIDE)
EndIf
If $var3 = "READY" Then
GUICtrlSetState($Button3, $GUI_SHOW)
Else
GUICtrlSetState($Button3, $GUI_HIDE)
EndIfwenn es aber noch mehr Buttons werden solltest du über die Verwendung eines Arrays nachdenken.
Nun könnte man das auch automatisieren.
ja, bis auf das nachträgliche Markieren, kann alles automatisch laufen.
Nimm doch einfach ShellExecute und gib $SHEX_PRINT als verb-parameter mit.
Hat einer von euch vielleicht noch eine Idee?
Ist pauschal nicht zu beantworten, hängt stark davon ab in welchem Programm(-Fenster).
Systray auslesen sollte schon öfters vorhanden sein. Hier ein kleines Skript als Grundlage:
#include <Array.au3>
#include <GuiToolBar.au3>
Get_SysTray_IconText()
Func Get_SysTray_IconText()
Local $hSysTray_Handle
For $i = 1 To 99
; Find systray handles
$hSysTray_Handle = ControlGetHandle('[Class:Shell_TrayWnd]', '', '[Class:ToolbarWindow32;Instance:' & $i & ']')
If @error Then
;MsgBox(16, "Error", "System tray not found")
ExitLoop
EndIf
; Get systray item count
Local $iSysTray_ButCount = _GUICtrlToolbar_ButtonCount($hSysTray_Handle)
If $iSysTray_ButCount = 0 Then
;MsgBox(16, "Error", "No items found in system tray")
ContinueLoop
EndIf
Local $aSysTray_ButtonText[$iSysTray_ButCount]
; Look for wanted tooltip
For $iSysTray_ButtonNumber = 0 To $iSysTray_ButCount - 1
$aSysTray_ButtonText[$iSysTray_ButtonNumber] = _GUICtrlToolbar_GetButtonText($hSysTray_Handle, $iSysTray_ButtonNumber)
Next
_ArrayDisplay($aSysTray_ButtonText, "SysTray Icon Text", Default, 8)
Next
EndFunc ;==>Get_SysTray_IconText
Exitkannst du aber auf das nötigste eindampfen.
haha, sorry. Ich finds auch nicht, das ist halt ein Firemnpc kann sein dass die ne Kommerzielle Version haben
ich denke eher eine ältere, denn ich habe ein Editor -Childwindow gefunden, das so aussieht wie deines, aber auch dort werden QWidgets eingesetzt keine TToolbars.
Genau dies habe ich heruntergeladen.
Du kannst bei StringInStr auch einen Startparameter setzen.
Ich hatte dir im Entwiklerforum versprochen das Programm selbst zu testen. Aber anscheinend habe ich mir die falsche Version herunter geladen:
103_TMCL-IDE 3.0 .jpg
jedenfalls bekomme ich eine ganz andere GUI, die Klasse heißt bei mir QWidget und nicht TToolbar. Stell mal den Downloadlink ein.
ControlCommand
Sends a command to a control.
...
Command, Option
Return Value
"SendCommandID", Command IDSimulates the WM_COMMAND message. Usually used for ToolbarWindow32 controls
- use the ToolBar tab of Au3Info to get the Command ID.
Beschäftige Dich mal mit der Erstellung von Drucksachen, Werbeunterlagen - dann wirst Du schnell feststellen, dass MS Produkte, egal mit welchen Tunigtools nicht geeignet sind
Sind ja keine Werbedrucksachen sondern Rundschreiben (z.B. Einladungen mit Rückantwortkarten) und die Vorlagen müssen von den Schriftführern der Vereine erstellt werden können. Und MS-Word können diese bedienen. Ich zieh mir doch nicht auch noch den Schuh an für ein anspruchvolles Layout zuständig zu sein, das Layout eines durch mein Programm generiertes Rundschreiben spiegelt also die Fähigkeiten der Benutzer wieder.
@autoBert
Ich bin mir nicht ganz sicher ob ich da Ironie in Schen Ms wahrgenommen habe.
keine Ironie, mein Clientel kennt sich mit MS-Produkten am besten aus. Die Zeiteinschätzung ist aus meiner Sicht auch real.
Dieser MS Murks ist außer für Briefe zu nichts zu gebrauchen.
Genau dies ist der Hauptansatz: eigenes Mailmerging Tool mit MS-Wordautomation, denn ein Worddokument mit den nötigen Platzhaltern kann jeder erstellen. Mit VBA ein gleichwertiges Mailmergingtool würden aber wohl die wenigsten zusammenbringen.
Nun ein Programm um das ganze zusammenzufügen KEIN MS OFFICE!!!!!!! -> Dann braucht man tatsächlich mehrere Tage. Das ist für sowas nicht gemacht....
Warum nicht MS, nach spätestens 10 Mannstunden stehen die berühmten 95% also Alpha, nach weiteren 40 Stunden ist das Projekt in der Beta. Die Arbeitsersparnis schätze ich nach Einarbeitung etc. auf ca. 60%, also rechnen würde es sich für den AUftraggeber noch. Allerdings sollte es für diese Zwecke bereits fertige Freeware bzw. günstigere Lösungen geben.
Ist zwar schon jahrzehnte her das ich einen Netzwerktechnik Kurs absolviert habe. Ich denke aber trotzdem dein Vorhaben ist unmöglich, denn ohne gültige IP die ihm einem Netz zuordnet, findet er keine andere Client's geschweige den Server. Brutforcing mit AutoIt dürfte wohl zu zeitraubend sein.
Nimm den richtigen Parameter bei _IENavigate:
Parameters
$oObject Object variable of an InternetExplorer.Application, Window or Frame object $sUrl URL to navigate to (e.g. "http://www.autoitscript.com") $iWait [optional] specifies whether to wait for page to load before returning
0 = Return immediately, not waiting for page to load
1 = (Default) Wait for page load to complete before returning
Oh, die Erklärung von water habe ich gar nicht gelesen. Steht wahrscheinlich im Wiki, oder?
