Feststellen, ob ein Programm als Autostart gestartet ist

[Luckie]

Zitat:

Zitat von rollstuhlfahrer (Beitrag 1103498)

Das ist er auch, wenn das Programm per Explorer/Desktop/Verknüpfung/Startmenü gestartet wurde.

Genau das ist der Punkt. Es hilft nicht den Elternprozess zu kennen.

Zitat:

Und wenn du Probleme mit Pfaden hast, dann kannst du einen billigen Workaround verwenden:

Delphi-Quellcode:

ChDir(ExtractFilePath(Applicaltion.ExeName));

.

Und wenn ich es gleich richtig mache, brauche ich diese Krücke nicht.

[himitsu]

Das programm sieht, daß es irgendow in einem der vielen Autostartorte liegt, aber was bringt es as zu wissen?
Das Programm kann ja dennoch (nochmal) normal gesartet wurden sein.

Nja, vielleicht wäre es hilfreich, wenn man mal den Gund erfährt, warum das Programm unterschiedlich reagieren muß.

[rainerg]

Zitat:

Zitat von rollstuhlfahrer (Beitrag 1103498)

Das ist er auch, wenn das Programm per Explorer/Desktop/Verknüpfung/Startmenü gestartet wurde.

Einzige mir bekannte Möglichkeit: An allen bekannten Autostart-orten nachschauen, ob das Programm dort eingetragen ist. Dann weiß dein Programm, dass es im Autostart steht.

Bernhard

Mal genauer gesagt, was ich erreichen möchte:

Ich habe ein Programm geschrieben, dass Datum/Uhrzeit einer Datei setzt. Im Autostart-Modus soll das Proggi bei diesen Dateien, die in einer INI-Datei hinterlegt sind, das Dateidatum halt setzen, ohne es die Form angezeigt wird und sich dann selber beenden.
Wird das Proggi normal gestartet, dann soll das Form erscheinen, damit ich manuell Datum/Uhrzeit für eine Datei setzen kann und damit ich das Proggi konfigurieren kann, also z. B. die gewünschten Dateien auswähle. Und natrülich soll es sich nicht selber terminieren.

Zurzeit habe ich das wie folgt gelöst:

Delphi-Quellcode:

procedure TMainForm.FormActivate(Sender: TObject);
var i:integer;
begin
        IniCtrl.ReadStrings('Files','Item',FileListBox.Items);
        if UpperCase(ParamStr(1))='AUTO' then begin
          if FileListBox.Items.count>1 then begin
            for i:=1 to FileListBox.Items.Count do begin
              SetFileDate(FileListBox.Items[i],now);
            end;
          end;
          Application.Terminate;
        end;
end;

Ist also an der EXE der Parameter AUTO gehängt, dann setze das Datum (Okay - ein vorheriges Prüfen, ob die Datei da noch da, ist noch eine andere Baustelle, kommt aber noch rein ;-) ).

Aber wenn das Proggi selber merkt, dass es per Autostart gestartet wurde, wäre das ja unnötig.

[Aphton]

Zitat:

Zitat von Luckie (Beitrag 1103488)

Was für Parameter sollen denn da übergeben werden? Jedenfalls ist mir da nichts bekannt. Jedes Programm, welches mit Kommandozeilenparametern arbeitet, müsste diese ja noch bei einem eventuellen Autostart mitberücksichtigen und das habe ich noch nie in solchen Programmen gemacht.

Ich habe nicht Kommandozeilenparametern gemeint. Ich dachte mehr, das irgendwelche Flags gesetzt werden und man diese Werte (Parameter) abfragen kann...
Habs etwas falsch ausgedrückt, sry

[jaenicke]

Hier musst du dann einen Parameter /silent oder eben /auto benutzen. Das geht nicht anders. So machen das auch andere Programme. Du hast also schon den richtigen Weg.

Wenn der Benutzer deine Option zum in den Autostart legen nicht nutzen möchte, muss er halt damit leben, dass es nicht richtig funktioniert.

Das in FormActivate zu packen ist allerdings haarsträubend. :shock:
Sowas gehört in den Projektquelltext (Projekt in der Projektverwaltung anklicken --> Strg + V oder Rechtsklick drauf und "Quelltext anzeigen"). Und wenn das benutzt wird, erzeugt man das Formular gar nicht erst...

[rollstuhlfahrer]

Zitat:

Zitat von rainerg (Beitrag 1103501)

Aber wenn das Proggi selber merkt, dass es per Autostart gestartet wurde, wäre das ja unnötig.

Du könntest nur aus der Zeit, die der Benutzer angemeldet ist, schließen, dass es der Autostart sein müsste. Mehr geht wirklich nicht.

Bernhard

[himitsu]

Zitat:

Zitat von Aphton (Beitrag 1103502)

Ich dachte mehr, das irgendwelche Flags gesetzt werden und man diese Werte (Parameter) abfragen kann...

Nee, sowas gibt's nicht.

OnActivate wird aufgerufen, wenn die Form schon angezeigt wurde und gerade den Eingabefokus bekommteb hat.
Und jedes weitere Mal, wenn es den EIngabefokus bekommt.

Da das Programm sich dann beendet, wäre auch noch OnCreate OK gewesen.

[jaenicke]

Zitat:

Zitat von himitsu (Beitrag 1103505)

OnActivate wird aufgerufen, wenn die Form schon angezeigt wurde und gerade den Eingabefokus bekommteb hat.
Und jedes weitere Mal, wenn es den EIngabefokus bekommt.

Da das Programm sich dann beendet, wäre auch noch OnCreate OK gewesen.

Ist aber beides fehl am Platze. Das Formular wird schließlich überhaupt nicht erst gebraucht...

[himitsu]

Stimmt zwar, aber in der Klickbuntiprogrammierung laß ich sowas auch schonmal durchgehn. :roll:

[rainerg]

Zitat:

Zitat von jaenicke (Beitrag 1103503)

...
Das in FormActivate zu packen ist allerdings haarsträubend. :shock:
Sowas gehört in den Projektquelltext (Projekt in der Projektverwaltung anklicken --> Strg + V oder Rechtsklick drauf und "Quelltext anzeigen"). Und wenn das benutzt wird, erzeugt man das Formular gar nicht erst...

Okay, das werde ich noch optimieren - danke für den Tipp!