Autostart RUN und RUNONCE

[Luckie]

Wie schon bemerkt wurde. RUNONCE bedeute: Führe das Programm einmal automatisch aus. Und nicht: Führe es als erstes aus. Wenn jetzt ein Update dort auch einen Eintrag macht, dann ist nicht mehr sichergestellt, dass dein Programm als erstes Startet. Lösung, wie schon gesagt wurde: Trag dein Programm als Shell ein und ersetze damit so den Explorer als Shell. Dann sparst du dir auch das Rumgefrickel mit den Autorun-Schlüsseln in der Registry.

[surfer007]

Ok, wenn ein anderes Programm auch RUNONCE benutzt, sollte trotzdem die eigene Anwendung drin stehen und gestartet werden.

Der "Kiosk" braucht aber den Windows Desktop. Oder ich müsste selber einen Desktop integrieren, also die Möglichkeit Icons mit Link zu Programmen anzulegen die der User dann benutzen kann. Viel Arbeit um etwas zu ersetzen das immer funktionierte. Zum Verständnis, mein Kiosk blendet unter anderem die Taskleiste aus, und deaktiviert die rechte Maustaste, macht einige Key Mappings um CTRL+ALT+DEL , Windows Taste usw. umzubiegen. Der User soll keinen Zugriff auf HD und System haben, eben ein Kiosk.

Bleibt immer noch die Frage warum läuft es < Win10 und warum wird im "worst case" Fall der Standard RUN Eintrag nicht ausgeführt.

Ich weiß was RUNONCE bedeutet, in der Praxis ist RUNONCE aber vor RUN und Autostart Ordner dran, also ich kenne keine Möglichkeit (außer Shell replacement) ganz vorne beim Bootvorgang zu sein.

Vielleicht muss ich doch auf Task Scheduler umsteigen, muss ich mal testen ob man da "früh genug" an der Reihe ist.

[Luckie]

Zitat:

Viel Arbeit um etwas zu ersetzen das immer funktionierte.

Offensichtlich ja nicht immer.

[Dejan Vu]

Wenn ich die Shell durch meine SW ersetze, kann ich dann noch eine TShellView o.ä. verwenden? Und wenn es um Icons geht, die beim Anklicken ein Programm ausführen, ginge das nicht auch mit einem Button oder -noch einfacher- mit einem TImage.OnClick, oder -warte- mit einer TListView im Icon-Modus? "Viel Arbeit" wäre das ja nicht.

[Luckie]

Zitat:

TListView im Icon-Modus

Der original Desktop ist übrigens nichts anderes.

[Dejan Vu]

Ach was. Darauf wollte ich dezent hinweisen.

[surfer007]

Der Kunde soll seinen Desktop einrichten können wie er will. Wenn es statisch wäre könnte man schnell was zusammen klicken, aber um so etwas dynamisch zu haben sehe ich doch etwas mehr Arbeit. Ok, Eine EXE auswählen und in eine Liste aufnehmen ist keine Sache, das ganze in einer INI speichern auch nicht. Dann muss man aber noch das Programm Icon extrahieren, und es möglich machen die Icons zu verschieben. Wollte eigentlich nicht den Desktop neu erfinden, hat M$ schon gemacht. Ich wollte nur das mein RUNONCE Eintrag ausgeführt wird.

Die Anwendung als Shell zu fahren scheint mir dann auch der richtige Weg zu sein, da kann man sich beruhigt zurück lehnen und weiß das Teil startet garantiert.

Wenn ich die Shell auf z.B. c:\kiosk\kiosk.exe ändere kommt der kiosk, soweit ok. Bei laufendem Kiosk möchte ich nun den Windows Desktop starten, bei starten von c:\windows\explorer.exe kommt aber leider der Windows Explorer mit Arbeitsplatz Ansicht. Nur wenn der Shell Eintrag in der Registry auf explorer.exe steht kommt bei starten (ShellExecute vom Kiosk) von c:\windows\explorer.exe der Desktop. Wie kann ich den Desktop per Kommandozeile starten wenn als Shell was anderes als explorer.exe drin steht (unter HKLM Software\Microsoft\Windows NT\CurrentVersion\Winlogon)? So könnte der Kiosk als Shell starten und später wenn benötigt der normale Windows Desktop gestartet werden.

Man könnte vor Aufruf kurzzeitig den Shell Eintrag auf explorer.exe setzen, dann ShellExecute explorer.exe, und dann wieder den Kiosk als Shell reinschreiben. Eleganter wäre aber ein direkter Aufruf ohne den Shell Eintrag dabei umbiegen zu müssen.