El Thu, 12 Aug 2010 15:28:44 +0200, Karl García Gestido escribió: (...)
Y es erróneo pensar que cuestiones como esta hagan que alguien se decante por GNU/Linux, BSD u otros. La gente, si va a usar algo como Windows, usará Windows.
Estás muy equivocado. Mucha gente no sabe qué es Windows. Sabe qué es Photoshop, AutoCAD y Dreamweaver y necesita usarlos como parte de su trabajo. Si no los puede usar y no tiene alternativas, tendrá que usar "algo" (llámese windows, macos o como-se-quiera) que le permita realizar su trabajo con "esos" programas. Cada trabajo requiere la herramienta adecuada. En una chapistería no verás macetas de goma. Es decir, al usuario "especializado" le importa tres pimientos el sistema operativo. Le preocupa los programas. El sistema operativo no es más que "una molestia", "un mal menor"... "algo" que necesita para poder "arrancar" esos programas. Alguna vez me han preguntado "si era necesario eso del "windo" para ejecutar Photoshop o podía eliminarlo para no ocupar espacio en disco, que lo que quería era Photoshop, que lo 'otro' le daba igual" y cosas así. De hecho, en una entrevista reciente que le hicieron a Stallman, le preguntaban qué programa propietario le gustaría que tuviera una licencia libre, a lo que respondió: "AutoCAD". ¿Por qué? Pues porque los programas de CAD libres llevan 10 años de retraso con respecto las funcionalidades que proporciona el paquete de Autodesk. Lo mismo sucede con los programas para manipulación de documento PDF o con los editores de páginas web. Llevamos 10 años de retraso si lo comparamos con las soluciones cerradas.
Por otra parte, el problema y el límite de GNU/Linux frente a Windows es que faltan aún muchas aplicaciones (opensource) para que la gente pueda seguir haciendo las mismas tareas, nada más y nada menos.
Pues me parece que en ese aspecto están bien surtidos. Aplicaciones como Mozilla (firefox y thunderbird), OpenOffice.org, Filezilla, VideoLAN, Avidemux, GIMP, etc... le sobran y bastan al usuario medio. En cambio, el usuario profesional (especializado) seguramente no tenga ni para empezar.
Estas pijadas a pocos importan.... de esos usuarios, hoy por hoy, la mayoría usan "webmail" (yahoo, gmail, etc.) que no tienen límite de capacidad en la práctica, tienen su antivirus etc. No veo a nadie moviéndose a GNU/Linux por cuestiones como esta. Si lo ponen/mejoran, bien está, y si no lo hacen, pues bien está.
Esas "pijadas" son requisitos impuestos por las políticas de las empresas. Sencillamente no se te permite modificar el formato en el que te envían un correo cuando estás respondiendo a un proveedor o a una empresa asociada. No te permiten "manipularlo". Punto. Tienes que mantener el logotipo (generalmente una imagen integrada en el cuerpo del mensajes), las "firmas" (donde también suelen incluir imágenes), negritas, cursivas, subrayados, enlaces y códigos de color. Si el remitente te resalta (/highlight/) un párrafo donde se detallan las características de las viguetas, tienes que mantenerlo. Si te hacen anotaciones donde se incluye alguna modificación en los cálculos de las estructuras, resistencias, etc... tienes que mantenerlo. Si me envían un correo en formato html, no puedo reenviarlo como adjunto en PDF (je, si al menos el PDF mantuviera los enlaces... pero es que ni eso. Las impresoras de GNOME y KDE de PDF te dejan el documento más plano que una tabla, inservible salvo para enviarlo por fax). Si se reenvía como "adjunto" tal cual (para lo cual suele utilizarse la extensión *.eml), si el destinatario tiene acceso al correo electrónico sólo mediante su webmail (o su PDA) se las puede ver y desear para abrir el adjunto ya que necesitaría tener instalado un programa en el equipo que sea capaz de abrir ese tipo de archivo. Y ya no digo nada de si el adjunto se corrompe en tránsito y el remitente ni siquiera puede abrirlo. Y los apartados se resaltan por algún motivo, no por capricho. Forma parte del principio básico de la "composición". Pueden ser variaciones muy sutiles que se han realizado sobre unos valores concretos (la diferencia puede ser sencillamente de *milésimas*) y si no se destacan de alguna forma, es probable que el destinatario obvie las modificaciones, no se dé por enterado de los cambios y no realice los cálculos de nuevo con las nuevas variables, generando una cadena de errores y obligando a los directores del proyecto a recalcular de nuevo todas las estructuras. Y para más inri, el spamassassin (los filtros anti-spam de los servidores de correo) sube la puntuación a los mensajes cada vez que detecta una mayúscula. Olé. Así que tampoco puedes abusar de ese tipo de RESALTADO porque te arriesgas a que el mensaje no le llegue al destinatario. Y cuando te das cuenta del "problema" ("¿no te llegó el correo?") ya han pasado 5 días. Una semana perdida. Obviamente, los correos personales no entran dentro de esta categoría, así que para quien haga un uso esporádico del correo electrónico, o sencillamente no tenga más restricciones que las que él mismo se quiera imponer, pues no tendrá mayores problemas.
Para cuestiones de ergonomía, por favor,, el correo html es como escribir en piedra.
Supongo que esa afirmación parte de una persona que utiliza Lynx a diario ¿verdad? Porque el mismo html que te encuentras en una página web es el que te encuentras en un correo electrónico. Y la misma utilidad que tiene en una página web, la tiene en un mensaje de correo. El elemento diferenciador entre un correo en html y otro en texto plano es que siempre puedes pasarlo a texto (con lo que obtienes todas las "ventajas" del formato plano, salvo el incremento en el tamaño del mensaje que puede ser una diferencia de ¿unos cuantos kibibytes?) pero no al revés: un mensaje en formato texto plano no puedes convertirlo a html porque no dispones de la información sobre el formato que tienes que aplicar, es una vía muerta.
Usa software colaborativo, local o "en la nube" a tu elección, cosas potentes y sencillas, no html en los correos.
Me parece que no tienes la menor idea de lo que hablas :-/ Si hay formato que sea paradigma de sencillez, flexibilidad y adaptabilidad al medio (medio → correo electrónico, página web, libro en formato digital...), ese es precisamente el formato html. Lástima que los clientes de correo no sean capaces de aprovechar todas esas capacidades. Y lástima que algunos desarrolladores tampoco sean capaces de entender cuál es la función del correo electrónico. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org