chrome - Crear y desplegar un control ActiveX en.NET

activex windows 10

Question

Dado que aparentemente no hay control de Flash que pueda aceptar las pastas de mapa de bits , quiero pensar en escribir uno yo mismo. Preferiría no usar Flash, así que pensé en usar .NET.

Ahora creo que la terminología correcta para un control de código nativo que se puede descargar y ejecutar en el navegador es "control ActiveX". Entonces mi pregunta es, ¿puedo crear un control ActiveX de este tipo con .NET?

He encontrado algunos tutoriales en la web, pero todos esperan que tengas el ensamblaje instalado en tu máquina local, y te registras y confías en él y en el sitio web que está accediendo a él.

Esto está pidiendo un poco más a los posibles usuarios de Internet anónimos, e incluso para los usuarios de la intranet sería preferible otro método de implementación.

Recuerdo claramente algún sitio web que me pedía que descargara este o aquel control ActiveX. Y en las páginas que requieren complementos de navegador como Flash y Java, hay algún mecanismo por el cual el navegador sabe dónde buscar el complemento para ese tipo de medio.

Entonces mi pregunta es doble:

• ¿Puedo crear un control que pueda ejecutarse en el navegador del usuario en .NET?
• ¿Cuál es el mejor método de entrega (semi) automática que puedo lograr?

En respuesta a Sunny:

Sí, muchos editores de texto enriquecido de JavaScript le permiten pegar una imagen vinculada en un campo de texto e insertará la etiqueta <img> correcta. Sin embargo, esto solo funciona para imágenes que ya tienen una ubicación en la web, y quiero que esto cargue nuevas imágenes simplemente copiando / pegando cualquier mapa de bits aleatorio de su portapapeles.

Answer 1

Búsqueda "Winforms alojados en IE". Tuve que hacer algo similar hace unos años, y ahí es donde pude finalmente hacer algo de cabeza.

Dos cosas para tener en cuenta: como habrás notado, estas preguntas no aparecen con mucha frecuencia, por lo que los ejemplos son limitados. (Ya no tengo ninguna para compartir, lo siento). Además, el modelo de seguridad de .NET es muy diferente al ActiveX basado en COM, por lo que hacer que esto funcione en las diferentes zonas de seguridad de IE será un poco complicado.

Si tienes la habilidad de usar Silverlight 2, probablemente me inclinaría en esa dirección.

Answer 2

Usar ActiveX lo limita a IE y Windows solamente. Es mejor echar un vistazo a google docs y / o gmail para ver cómo manejan el pegado de una imagen en su correo electrónico / documento en línea usando solo javascript. Funciona bien con la mayoría de los navegadores y sistemas operativos.

Answer 3

Si solo está de acuerdo con IE, me gusta el modelo de seguridad del control alojado de IE sobre Active-X, sin embargo, desde 1/1/09, Microsoft desaprueba el uso de .NET (en proceso) para extender IE, por lo que XBAP está bien. , pero no en los controles ActiveX ni en los controles alojados de IE.

Actualización 7/13: Microsoft ha publicado una guía sobre implementación de extensiones en proceso ; todavía está en desuso.

Editar: sin ajustar el registro, IE8 solo cargará un control alojado de .NET desde la intranet o la zona de confianza, por lo que para el uso general de Internet, se requiere Active-X para el acceso de plena confianza en el navegador.

Para dar seguimiento a la publicación de Russ: Silverlight no puede acceder al portapapeles: http://silverlight.net/forums/t/13024.aspx

La mayor parte de la información de control alojada en IE se encuentra en los blogs, por lo que utilizo: http://www.google.com/search?q=ie+hosted+control+site:msdn.com para encontrarlos. Debajo están los que he encontrado particularmente útiles.

Control rápido y fácil: http://blogs.msdn.com/mikechr/archive/2006/11/28/writing-a-simple-managed-control-under-ie.aspx

Lo curioso de la seguridad es que, a menos que la "evidencia" sea una url, se puede confiar en el ensamblado, pero no en el dominio, que requiere una corrección: http://blogs.msdn.com/carloc/archive/2006/11/01/ código-acceso-seguridad-hosting-control-en-ie.aspx

Esto está "arreglado" en 3.5 con manifiestos. Es complicado hacerlo bien, así que vea las instrucciones sobre el uso de manifiestos del .NET Security Blog de Shawnfa para .NET 3.5 Beta y publique GA .NET 3.5 . El blog Todd''s Random Discovery también documenta los pasos para crear un manifiesto para un control alojado

Encontré esto útil en un artículo de KB sobre la configuración de la seguridad, pero aún tendrá que aprender bastante sobre CAS: http://support.microsoft.com/kb/892466 . Esta es probablemente la consideración principal cuando se decide usar un Active-X (.net) frente a un control alojado de IE, es decir, qué modelo de seguridad funciona mejor para usted y sus usuarios. Mi esperanza es que el uso de manifest haga que los controles alojados de IE funcionen como "click-once" donde se le pide al usuario que "confíe" y el sistema crea las configuraciones correctas. Para mi empresa que utilizamos podría automatizar la configuración de la seguridad para el usuario, por lo que un hosting fue nuestra elección.

La única cosa que nunca supe es si tenía o no que heredar del control (Usuario) para un control sin UI. Funcionó mejor para mí hacerlo, pero tuve que "ocultar" el div en el que vivía la etiqueta del objeto.

Es fácil depurar el control si compila para la depuración y se conecta a IE para la depuración "administrada" una vez que obtiene el control para cargar. Si no puede cargar el control, busque información en el visor de enlace del ensamblado de fusión: http://msdn.microsoft.com/en-us/library/e74a18c4.aspx y cómo activar el rastreo de IEHost: http: //support.microsoft.com/kb/313892 para depurar el proceso de carga.

Asegúrese de versionar todas las versiones del ensamblaje. Si no lo hace, IE se confunde y no cargará el control cuando el ensamblado en la caché de descarga sea diferente, pero tenga la misma versión # que aquella a la que hace referencia la url (gacutil / cdl borra la caché de descarga de .net)