Schau dir mal Include an, damit kannst du es in eine andere Datei auslagern.
Außerdem kannst du Parameter also optional definieren (vorbelegen) - aber das kommt eben darauf an, wie flexibel der Aufruf möglich sein muss.
peethebee
Schau dir mal Include an, damit kannst du es in eine andere Datei auslagern.
Außerdem kannst du Parameter also optional definieren (vorbelegen) - aber das kommt eben darauf an, wie flexibel der Aufruf möglich sein muss.
peethebee
Hi!
TimerStart und TimerDiff sind die Lösung, denke ich - etwas aufwändiger, aber machbar.
peethebee
=+ ist nicht gleich +=...
peethebee
StringRegExp findet es. Wenn du dich damit auskennst oder googlest, ist das ein recht einfacher Fall.
peethebee
Ich wüsste nicht, dass man XP selbst ohne Key weiterverbreiten dürfte ;).
peethebee
Könntest du bitte erläutern, wie du dir den Aufbau vorstellst, sodass das Ergebnis legal ist?
peethebee
Hi!
Bitte AutoIt-Tags setzen (evtl. auch Spoiler).
Außerdem den kompletten Wortlaut der Fehlermeldung kopieren (da steht auch die Zeile und das Zeichen dabei, wo es hakt.
peethebee
Wer sagt denn, dass diese Art von Verknüpfung überhaupt eine Endung geschweige denn lnk hat?
StringTrimRight kannst du zum Abschneiden verwenden.
peethebee
Schon mal die gleiche Verknüpfung lokal versucht?
Genug Rechte auf beiden Rechnern?
Vielleicht doch mal auf ein Laufwerk mappen?
Schreibst du *.lnk mit kleinem L und nicht großem I? (zu faul zum Prüfen)
peethebee
Meines Wissens hat man als Entwickler glücklicherweise kostenlos und automatisch alle Verwertungsrechte an seinem Quellcode (Urheberrecht). Dass das nicht in Fällen gilt, wo die Lösung trivial ist (Stichwort fehlende Schöpfungshöhe) ist klar. Dennoch ist meiner Ansicht nach auch Code, den man postet zunächst nicht frei nutzbar. Daher auch der Link in meiner Signatur.
peethebee
Hi!
1. ProCessExists statt ProZessExists
2. -relaunchmce - ist das vielleicht das Problem?
3. RunWait statt Run nehmen
4. nach ProcessClose Exit
peethebee
GUICtrlCreatePic(@TempDir & "\CleanFonk.jpg", 0, 0, 256, 256)
schon eher...
peethebee
Hi!
Habe jetzt einfach mal an den Ini-Dateien etwas Grundsätzlicheres aufgehängt - nämlich, dass man dem User die Wahl lassen sollte, wo man es kann (ShellExecute ist ja recht neu in AutoIt).
Bei Ini-Dateien ist es im Prinzip egal - aber z.B. wer suchen und ersetzen mit RegEx will, kann Notepad schon vergessen - oder wer Zeichen zählen will... Andererseits sollte man sowieso nicht unbedingt Inis editieren müssen, denke ich ;).
peethebee
Gerade das meine ich ja: Bei deinem Code öffnet sich immer Notepad. Wenn ich mit ShellExecute die Ini öffnen lasse, dann wird der Standarad-Editor für Inis geöffnet und den hat der Nutzer in der Regel mit bedacht gewählt - wenn ja, dann will er den auch haben, wenn es eh Notepad ist, ändert sich ja nichts :).
peethebee
Ein Applet unterstützt grundsätzlich nur eine Teilmenge von Java (soweit ich weiß). Du hast auch weniger Möglichkeiten auf die Anzeige Einfluss zu nehmen, man braucht einen Browser, kann das Fenster nicht rumschieben usw. - das nervt alles.
Es kann auch sein, dass Applets (noch) kein Swing unterstützen, weiß ich aber nicht.
Trotzdem ist der Rat kein Applet zu machen sicher richtig.
peethebee
Hi!
Swing ist die ausgereiftere der GUI-Biblioteheken (setzt auf dem älteren AWT auf, aber erweitert es da, wo es veraltet ist).
peethebee
GUI mit Swing :).
peethebee
Interfaces haben mit Applets nichts zu tun. Aber man kann damit definieren, wie sich ein bestimmter Teil des Programmes verhalten muss. Das heißt ich kann schon Sachen programmieren, die darauf aufbauen ohne dass dein Mitprogrammierer seinen Teil schon geschrieben hat.
peethebee
*WIEDER (wieder was wider die Missachtung der Rechtschreibung getan :D)
peethebee
Dim $SearchPath = @ScriptDir &"\XP-CDs\'
peethebee