Pregunta

Deseo cargar mi aplicación C # después del inicio de sesión de usuario de Windows y antes de que aparezca el escritorio de Windows. Actualmente he añadido mi camino inicio de la aplicación de la clave del registro de ejecución. se carga mi solicitud correctamente, pero aparece ventanas ventanas de escritorio [2 seg] entonces mis ejecuta la aplicación

Nota:

Mi aplicación crea escritorio separado utilizando winapi, mientras que mi aplicación en ejecución se esconde el escritorio de forma temporal.

No hay solución correcta

Otros consejos

Esto realmente no es posible hacerlo. Windows funciona bastante difícil conseguir el escritorio y explorador sensible como poco después el usuario se conecta. Esto es lo que es más importante para el usuario.

Sus objetivos pueden ser noble, pero están en desacuerdo con lo que los usuarios quieren. Así que, en general, están en desacuerdo con el funcionamiento de Windows (especialmente Win-7).

Si usted tiene un software que necesita para funcionar a principios que no necesita para interactuar con el usuario, a continuación, un servicio que está camino a seguir. Es importante señalar que en Vista y más tarde los sistemas Windows, no hay manera de un servicio para interactuar con el usuario - por ejemplo, que no pueden tener su propia interfaz gráfica de usuario. Servicios con IU inherentemente no son seguras.

Una forma de partición de su software es poner algunas cosas en un servicio, y tienen una capa de interfaz de usuario de reflexión en la parte superior de la misma. COM y RPC local son buenas opciones para la comunicación entre su servicio y su capa de interfaz de usuario.

Tenga en cuenta que tendrá que hacer el trabajo aquí para evitar que sus componentes se ralentice arranque. Pobremente aplicaciones que se comportan son uno de los mayores problemas en la ruta de inicio. Se puede estudiar esto usando el de Windows Performance Toolkit

Es algo es posible que pienso, pero que están realmente en una gran cantidad de trabajo extra. Lo que podría hacer es reemplazar el shell de Windows con su propio código, pero en ese momento se convierta en el único responsable de la interfaz de usuario que el usuario interactúa con.

Si el código no es 'justo', puede terminar con un inutilizables de Windows instalar, y no estoy seguro de que sus usuarios van a apreciar mucho.

También tenga en cuenta que puede haber características que normalmente intuitivamente espera que estén disponibles en una máquina Windows que son parte de la cáscara que usted no tendrá acceso a más. Para más detalles, prueba a http://en.wikipedia.org/wiki/Windows_shell_replacement como una partida punto.

Adición :
Tengo sólo el conocimiento vago mí mismo acerca de lo que realmente está involucrada técnicamente para que esto suceda, pero http: // dustyant. com / articles / deeshell / parece ser una explicación decente de los fundamentos. Una vez más aunque ... Aquí sea dragones Asegúrese de hacer esto en una máquina virtual o algo para que no terminen el relleno de sus principales instalación de Windows.

Sólo brevemente lo que 'Shell Sustitución' significa: después de iniciar sesión, Windows inicia una aplicación llamada 'explorador' (no estoy seguro si esto todavía es para Vista / Win 7 ... Tengo un vago recuerdo se puso un poco más involucrado recientemente), que básicamente se basa en el escritorio, la barra de tareas, etc ... es posible decir de Windows para iniciar una aplicación diferente en lugar de la consola gráfica por defecto. En ese momento usted está en control de la interfaz de usuario principal de Windows ... lo que significa que son responsable de todo lo que Windows hace normalmente en la cáscara ... le da un gran control y flexibilidad, y, posiblemente, un montón de dolores de cabeza.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top