Mailinglist Archive: opensuse-es (1014 mails)

[Camaleón <noelamac@xxxxxxxxx>]

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@xxxxxxxxxxxx
Para obtener el resto de direcciones-comando, mande
un mensaje a:
   opensuse-es+help@xxxxxxxxxxxx