Gracias por todas las posibilidades de solución, les cuento que a la fecha ya realizamos la instalación en las máquinas aprovechando el feriado del 21 de mayo en Chile, por lo cual el ruido producto de este (resistencia al cambio + etapada de costumbre + posibles problemas con documentos ya existentes + capacitación informal al usuario final) lo tendremos este Jueves 22 de Mayo.
Respecto al despliegue me refieria a la instación de OOo en cada una de las máquinas, esta se realizó con el perfil de adminstrador local de cada PC. >soffice.exe -nofirststartwizard > > Ahora bien, esto deberás hacerlo *siempre*, no sólo la primera vez. > La solución que mas nos acomoda es remplazar los accesos directos de los usuarios por copias que incluyan el parametro recomentado (-nofirstartwizard), esto lo llevaremos a cabo con un script, cuando los usuarios se autentiquen en nuestro SAMBA+LDAP (implementado desde septiembre del 2007). > IMO todos los métodos son bastante deficientes, es así que en el proyecto > educacional están pensando en una alternativa ( > http://wiki.services.openoffice.org/wiki/Education_Project/Effort/Registration_Screen > ). > De todas formas, la opción de instalar una extensión como administrador, > que controle la configuración, es IMHO la más sensata. > Esta solución requiere desarrollo por lo cual no llegamos a los tiempos requeridos, pero lo consideraremos para las futuras máquinas, la idea del directorio sobre el perfil de cada usuario tampoco la descartamos pero requiere de mayor tiempo de copia por cada estación de trabajo. Otros problemas a los que nos hemos visto enfrentandos son: - Aplicaciones coporativas desarrolladas por nuestra empresa envian información a planillas de cálculo y documentos del tipo .doc, estas opciones de dicha aplicación no funcionan ya que fueron desarrolladas en M$ VB y ocuparon la función que invoca a excel y word. (sin estar dichos programas instalados en el PC donde se utiliza la aplicación no es posible visualizar el dcto.). Es por ello que pondremos al dpto. de desarrollo a cambiar dichas aplicaciones corporativas para generen los documentos básados en un estandar XML, HTML (nose si aplica como estandar), pero en algo que sea compatible no solo con OOo sino que otras suite de officemática. - También detectamos que Outlook Express, pierde el corrector ortográfico, ya que ocupaba el de word, por lo cual implementaremos un diccionario personalizado o bien los migraremos a thunderbird (que es mucho mejor cliente de correo). Como verán nuestra organización está optando por el software libre (free y open source) para reducir los costos de licenciamiento y por la razón más importante "el open source es de calidad y confiable". Espero que nuestros resultados se puedan transformar en un caso de exito el cual podamos compartir con la comunidad en los próximos meses. Tambien hemos migrado: - ipswitch x nagios - winzip y winrar x filzip - totalcomander y windows commander por filezilla - do PDF (para convertir documentos a pdf) - implementamos IM con openfire y su cliente spark (autenticado en el dominio samba). -- User #424909 counter.li.org kasbeel.cl/necastro gl && hf picasaweb.google.com/necastro Santiago - Chile
