Llego tarde en la discusión y tampoco puedo quedarme mucho tiempo en ella pero quería recalcar unas cosas:
- ya se habló de estos temas con bastante ánimo hacen dos años en esta misma lista, pero no resultó en mucho (aparte de la discusión, que fue interesante) - Adjunto un fichero xslt que sirve para generar una visualización usable de los recibos por honorario electrónicos en XML generados por el sitio de la SUNAT, que sin esta hoja no se pueden generar visualmente desde otro navegador que IE. Ojo que todavía es imposible efectivamente generar los recibos desde otro navegador que IE. Para usarlo, basta ponerlo en la misma carpeta que los .xml de los recibos y abrir el xml con su navegador. Este fichero se generó con la ayuda de varias personas de la lista, en trabajo de colaboración. - se había hablado también de organizar (a varias empresas) un "centro de software libre" que podría atender a las necesidades de la población, con un practicante que atendiría por teléfono las llamadas a un "número verde" del software libre. Cuando se llegó a formalizar un poco la propuesta (que apareció en diciembre del 2008 creo), la conclusión fue que ibamos a retomar el tema en Febrero. Nunca se hizo. - escribí un artículo en mi blog[1] para describir varias de las inconsistencias del sitio del SEACE. No es muy productivo en sí, pero si alguien conoce a alguien de ahí que quieran rehacer el sitio, que me pasen la voz. - una discusión reciente con abogados me ha dejado claro que en muchos casos las licitaciones incumplen con la ley de contrataciones del estado (por ignorancia de ciertos puntos por los que las redactan) y que sería fácil y gratuito relevar los incumplimientos en estos casos (para ponerles software libre y estándares de usabilidad) - me parece excelente que Alejandro ya haya empezado un documento en el sentido de establecer recomendaciones (lo leeré dentro de un rato). - estoy dispuesto a apoyar en algo concreto Saludos, Yannick [1] http://beeznest.wordpress.com/2010/10/14/el-gobierno-peruano-y-su-pesima-estrategia-de-gobierno-digital/ El mié, 09-02-2011 a las 09:53 -0500, Antonio Ognio escribió: > El 9 de febrero de 2011 09:36, Rafael Olaechea <[email protected]> > escribió: > Ademas eso de solo funcionar con algunos navegadores, no es > algo propio del sector publico, es algo basante generalizado > incluyendo algunas webs de bancos y otras companías. > > > > > Todo lo que han comentado hasta el momento me ha hecho pensar hasta el > momento lo siguiente: > > > a) Con el aumento generalizado del uso de Javascript en las > aplicaciones web y la mayor penetración actual de navegadores como > Firefox, Google Chrome y otros basados en Webkit en equipos móviles el > problema va a ir en aumento. > > > b) Nosotros como sociedad civil, y en particular un estamento técnico, > no deberíamos quedarnos en señalar los problemas, deberíamos también > proponer soluciones. > > > c) Se hace necesario acumular y compartir información sobre estos > temas: ¿cuáles son las instituciones cuyos sitios web son menos > utilizables en distintos browsers? ¿qué técnicas empleadas podrían ser > fácilmente sustituidas por otras más compatibles? ¿Cuáles son > soluciones conocidas a problemas comunes que se presentan, etc. > > > Todo eso me lleva a pensar que mi propuesta de hacer una suerte de > "cartografía" de este problema.. catalogando los sitios con problemas, > el tipo de problemas que tienen, ir haciendo análisis de sus > problemas, haciendo propuestas constructivas, es lo mejor que > podríamos contribuir. Por eso habla de un portal, un catálogo de este > tipo, en el que por sector, por nombre de institución, se pueda hacer > una búsqueda y encontrar los problemas de compatibilidad con browsers > de los principales portales estatales. > > > Sin embargo, pensar que este aporte se podría concretar no me parece > creíble ya que requiere de un nivel de pericia técnica considerable y > de muchas horas hombres de voluntariado. > > > Dudo que entre nosotros exista de momento gente con la suficiente > motivación para comprarse este lio, aprender sobre estas tecnologías y > liderar una iniciativa así. No dudo del talento de los miembros de la > lista, sobretodo de su capacidad de aprender sobre Javascript, > técnicas para mejorar la compatibilidad, etc, etc. De lo que dudo es > de la motivación para liderar y sostener un esfuerzo así. > > > Quizás un primer paso podría ser organizar una mesa redonda sobre el > tema con expertos en Javascript, responsables de siitos web del Estado > y el público interesado para discutir y ver si puede haber o no luz al > final del tunel. > > Eso si es algo concreto que podríamos hacer, a menos como punto de > partida. ¿Qué opinan? > > > > > Antonio > _______________________________________________ > Lista de correo Linux-plug > Temática: Discusión general sobre Linux > Peruvian Linux User Group (http://www.linux.org.pe) > > Participa suscribiéndote y escribiendo a: [email protected] > Para darte de alta, de baja o hacer ajustes a tu suscripción visita: > http://voip2.voip.net.pe/mailman/listinfo/linux-plug > > IMPORTANTE: Reglas y recomendaciones > http://www.linux.org.pe/listas/reglas.php > http://www.linux.org.pe/listas/comportamiento.php > http://www.linux.org.pe/listas/recomendaciones.php
recibo.xsl
Description: application/xslt
_______________________________________________ Lista de correo Linux-plug Temática: Discusión general sobre Linux Peruvian Linux User Group (http://www.linux.org.pe) Participa suscribiéndote y escribiendo a: [email protected] Para darte de alta, de baja o hacer ajustes a tu suscripción visita: http://voip2.voip.net.pe/mailman/listinfo/linux-plug IMPORTANTE: Reglas y recomendaciones http://www.linux.org.pe/listas/reglas.php http://www.linux.org.pe/listas/comportamiento.php http://www.linux.org.pe/listas/recomendaciones.php
