Irgendwie wüde mich mal interesieren, was Du - letztendlich - erreichen möchtest?
Gruß
Peter
Irgendwie wüde mich mal interesieren, was Du - letztendlich - erreichen möchtest?
Gruß
Peter
Sorry wenn ich mich danochmal melde. Ich hatte vor einigen Tagen diesen Thread aufgemacht:
1+2+3+4 nun will ich ein Bildchen
Da gab es in #5 von alpines diesen Ansatz - wenn man dort Arial durch Bar-Code 39 ersetzt gibts wunderbare Ergebnisse....
Gruß
Peter
Das hier funktioniert auch.....
SplashTextOn ( "title", "12345 QWERZ", 500, 300, -1, -1, 0, "Bar-Code 39" )
Sleep (100000)
Weihnachtsgrüße von
Peter
damit wir uns richtig verstehen, in einem Textprogramm funktioniert das wohl, Schriftart ändern ---> Barcode da !
mfg
Peter
Du verstehst schon, dass das keiner versteht? Und nach #4 Wird es unverständlicher als nach #1
Gruß
Peter
Hmmmm...
auf geradem Weg mit Bordmitteln? Ich glaube das ist ehr nicht vorgesehen :). Du könntest aber die Regestry nach dem Link durchsuchen. Der Programmname sollte ja bekannt sein - der Rest steht in der Reg, Allerdings stehen da alle vorhandenen Verknüpfungen auf Dein Prog
Gruß Peter
High NO1
mal auf der verlinkten Seite klicken bringt z.B. :
https://msdn.microsoft.com/de-de/library/…p/aa910763.aspx
Gruß
Peter
Hmm warum selber machen?
DigiJa Freeware. Ist ein DiJa Programm mit riesigem Funktionsumfang. Kann alles was man braucht. Wenn man für ein paar Euro noch eine USB Soundkarte besorgt, kann man Titel sogar vorhören, während Digija die Boxen befeuert....
Ich bin zwar selberschreibfan aber dafür?
Gruß
Peter
Ok - danke war mir nicht klar... Also nur was für IE Fans - schade.... Anyway wer IE nicht mag muss mit solchen Rückschlägen leben
Danke
Peter
Hmm,
erst mal Danke für die Mühe. Habe auf die schnelle mal die x86 exe ausprobiert. Da springt mich erst mal ein IE an der die Seite nicht öffnen kann.
Bin gerade in einem Projekt gefangen, wenig Zeit...
Aber ich bin IE Hasser und habe den auch seit Jahren nicht uppgedatet. Muss es IE sein? Ev Msg box beim ersten Start nach den möglichen Brosern fragen -- Entscheidung in einer ini merken?
Danke
Gruß
Peter
Danke,
auf genau die Idee bin ich - nach Schreiben von #22 auch gekommen :). Ich wollte eigentlich tatsächlich im Ursprung etwas in Richtung File exist / Find File first schreiben. Dann kam mir die Idee - dass das fast schon zu einfach ist --> dieser Thread. Der Hinweis auf schlafende Festplatten und permanenten Spinn Up hat mich dann verunsichert -- kann z.Z. nicht beurteilen ob das auf einem Server überhaupt ein Problem ist. Habe mich dann mit den Eventschleifen auseinandergesetzt -- und war nicht glücklich. Aber die Beiträge regen mich entschieden zum Nachdenken an. Nun habe ich tatsächlich entschieden, den Event zu nehmen - aber es in zwei Programme zu verpacken. Das eine überwacht den Ordner das andere wird im Eventfall aufgerufen - und macht dann die "Drecksarbeit". Damit da nichts schiefgeht - kopiere ich die Dateien in ein Temp Verzeichnis.
Das klingt für mich vielversprechend. Wenn es keine Einwände wegen groben Strukturfehler gibt --> Closed
Danke an alle Helfer
Gruß aus dem extrem windigen Süden
Peter
Ja, ich hatte es gelesen. Mir war schon klar, worauf das hinausläuft, der Event will seine Nachricht eben "schlagartig" los werden. Nun hatten mich die Konseuenzen interesiert. Die MSGBox z.b funktioniert mit beschriebenen Konseuenzen. Array Dispaly bekommt nichteinmal das hin... Aber das habe ich ja schon in #20 beschrieben.
Da ich den Ordner für pdf Verarbeitung, z.T. Dokumentumwandlung usw. benutzen möchte ist es mir eben ein wenig unwohl - bei diesen Zenario. Zumal tatsächlich keines von den Dokumenten im Datengrab verschwinden darf. Und irgendwie fügt sich das ganze noch nicht.
Aso Danke für Euren "Beistand"
Nehme gerne weitere Vorschläge an.
Peter
@ aspirinjunky,
ich habe folgendes probiert, ich habe eine msg Box eingebaut (in Deinem Sript, dort wo Du die Verzweigung zu eigenen Funktionen vorschlägst). Funktion gestartet, Datei eingefügt msg Box geht auf, noch ne Datei eingefügt, solange die Msg Box nicht geschlossen wird, taucht die Datei im Explorer Fenster nicht auf. Wartet man, mit geöffneter Msg Box eine geraume Zeit, scheint im Event ein Timeout statt zu finden, denn die Datei taucht im Explorer Fenster auf, Ein Event wird nicht ausgeführt.
Gleichermaßen iritiert mich, dass man, an gleicher Stelle, ein _FileListToArray einbauen kann, ein nachgeschaltetes _ArrayDisplay aber scheitert (Fenster bekommt keinen Inhalt).
Ansonsten werde ich Eure Ratschläge mal umsetzen, also meine Bedenken zu Seite schieben, und weiter probieren.
Peter
Bleibt das nicht trotzdem ein Henne Ei Problem? Vielleicht fehlt mir das Verständnis oder ich sehe Gespenster. Aber auch das Array/File mit den gespeicherten Dateinamen muss abgearbeitet werden, der Breack des Eventes kommt immer dazwischen. Eigentlich müsste man den Event abschalten. Ich betrachte das so:
Der Event benachrichtigt - ein File ist eingetroffen. Nun will ich dies zügig verarbeiten. Ich würde das - auf keinen Fall im überwachten Ordner machen. Also lößt der Event zuersteinmal eine Deaktivierung von sich selbst aus - danach ein File Move....
Dann die Verarbeitung, Danach Überwachungsevent wieder einschalten. Das einzige Problem sind die Files die ev. in der eventpause eingetroffen sind... die flutschen durch. Hmmmm...
Würde dieses permanente Event ein/ aus ein Problem bedeuten? Oder verstehe ich die Geschichte mit dem Event nicht richtig?
Danke
Peter
Ja - wie Tuxedo das beschrieben hat. Funktioniert seit jahren. Vorbehaltlich scriptbreaking changes
Peter
Naja, es muss nicht 63 sein! Sofern ich Deine Frage richtig verstehe geht es auch mit 100 oder 200 nur scrollst Du dann weiter runter, da der slider kleiner ist. Der Wert steuert die Länge des Sliders. Wenn Dein Fenster, so klein ist, dass der Slider keinen Platz zum bewegen hat --> nix scrollen. Bei 63 ist der Slider eben gerade so groß, dass er im Verhältniss zur Länge des "Scrollfeldes" das ganze genau bis an die untere Fenstergrenze scrollt.
Also wohl ein Zussamenhang von:
Wie groß müsste Dein Fenster sein um alle Buttens aufeinmal darzustellen, wie groß ist Dein Fenster tatsächlich, und wie groß darf nun der Slider sein, damit er sich in Deinem realen Fenster soweit bewegt, dass die gescrollte Entfernung = der theorethischen Maximallänge des Fensters ist. 63, 64 65 je nachdem wie genau Du das haben willst
Oder so ähnlich
Gruß
Peter
Danke das habe ich, mit Deiner Erklärung verstanden.
Nun stellt sich, begründet mit Deiner Antwort bereits die nächst Frage:
Du schreibst:
....Jenachdem wann du ESC drückst wird das Script entweder innerhalb der Hauptschleife oder aber innerhalb deiner eigenen Funktion für die Ausführung der Eventfunktion unterbrochen.......
Bedeuted das, dass auch beim Auftauchen neuer Files die Ausführung meiner Funktion unterbrochen wird? Ich gehe mal von ja aus? Das allerdings würde für die Überwachung von Foldern, bzw. der Verarbeitung der Dateien weitreichende Folgen haben...
Wenn ich, nachdem eine File gemeldet wurde - in die Verarbeitung eintrete und diese dann vom Event (neues File) unterbrochen wird, ist an eine geordnete "Stapelverarbeitung" nicht zu denken....
Auch bietet sich ein runwait zu externen Funktionen nicht an?
Liege ich da richtig?
Danke für Eure Hilfe
Peter
Ist das mit der EntryID Programmabhängig? Gibt es das nur in Outlook oder auch in anderen Programmen? Woher kommt die Nummer?
Danke
Peter
Wiedermal habe ich es nicht geschafft mein Problem darzulegen ;(. Das mit der Schleife war mir schon klar. Die ist da damit das Programm kein ende findet. Nur ist vor der Schleife ein:
GUIRegisterMsg($h_Msg, 'ReactOnEvents') was zu deutsch bedeutet wenn ein "Event" eintritt wird die Funktion ReactonEvent aufgerufen, die Funktion steht aber nach der Schleife. Nun verstehe ich nicht wie Autoit in einer Schleife festhängt, und trotzdem die Funktion ausführt?
Mag sein, dass mein Verständnisproblem eine Lachnummer ist - ok damit muss ich dann wohl leben. Trotzdem bin ich dankbar für den passenden Anstoß
Danke
Peter
Danke für den Hinweis.
Aspirinjunky benutzt in seinem Script eine Endlosschleife
Do
sleep(100)
until 0
Wie muss ich mir das vorstellen, dass die Schleife "überwunden wird? Nachmeinem Verständnis laüft Autoit stundenlang in dieser Schleife. Aber Func ReactOnEvents(Const $hWndGUI, Const $MsgID, Const $wParam, Const $lParam) wird ja aufgerufen. Wie muss ich mir das vorstellen? Sorry wenn die Frage naiv ist ... aber da klemmt es in meiner Vorstellung?
Danke Peter
#Region ShellEvent registrieren
Global $h_GUI = GUICreate("test")
Global $h_Msg = _WinAPI_RegisterWindowMessage('irgendwas') ; Die Message "irgendwas" wird an das Fenster $h_GUI gesendet wenn ein Event auftritt
GUIRegisterMsg($h_Msg, 'ReactOnEvents')
Global $h_ShellNotify1 = _WinAPI_ShellChangeNotifyRegister($h_GUI, $h_Msg, $SHCNE_ALLEVENTS, 0x3, $s_PATH)
#EndRegion ShellEvent registrieren
Do
Sleep(100)
Until 0 ; das ist eine endlosschleife
; Funktion die aufgerufen wird wenn ein Event auftritt:
Func ReactOnEvents(Const $hWndGUI, Const $MsgID, Const $wParam, Const $lParam)
Local $s_PATH = DllCall("Shell32.dll", "BOOLEAN", "SHGetPathFromIDListW", "ptr", DllStructCreate("PTR A; PTR", $wParam).A, "wstr", "")[2]