mayo 04, 2005
Paradojas de la tecnología
Dicen que 5 años en computación es una eternidad, pero es así?
Hoy otra vez estoy crítico, o "quejoso" diría alguno.
Leyendo un artículo en la revista Dr Dobbs de Mayo/2005, una nota escrita por un ingeniero de Intel, donde muestra (nuevamente) la necesidad de ir hacia la programación multithread y multiprocesador.
Entre otras cosas, señala tecnologías existentes hace bastante tiempo, como son las instrucciones MMX.
Asi que dije, bueno esas tecnologías ya existen, voy a revisar como puedo hacer un código C que el compilador pueda transformar en instrucciones MMX.
Busco MMX en la ayuda de Visual C++. Resultado? "Microsoft Visual C++ soporta MMX desde la version 4.1 sólo mediante instrucciones ASM". (link)
Asi que, a 8 años de la existencia de procesadores con soporte MMX, todavía muchos compiladores de C no soportan la optimización del código generado para hacer uso de estas instrucciones.
La semana pasada surgió la necesidad de crear mails con soporte MMX, pero el requerimiento era que debía ser procesado por el cliente de correo del usuario para que se guarde constancia en su carpeta de mensajes enviados y para que el usuario pueda hacer agregados o modificaciones antes de su envío.
Despues de arreglar y compilar el código del archivo mapi.c de FWH para Visual C++ que no se encuentra dentro de la librería original, me puse a hacer algunas pruebas.
Todo muy lindo, excepto que no soporta HTML, asi que otra vez a a la web y al Google para encontrar un código que me permita crear un mail con soporte de HTML.
No se, pero parece que hubieran inventado ayer el correo con HTML.
Pueden creer que me pasé UN DIA entero buscando algo que ni los programdores de VB, ni la mismisima Micro$oft "sabe" como hacer por programa. Oh, paradoja, los virus si saben.
Las explicaciones son que cuando se hizo el estandar MAPI, no existian los mails con HTML, pero parece que nunca se les ocurrió hacer un nuevo estandar o una extensión al estandar o una extensión en los programas de correo para soportar algo que el estandar no soporta.
Lo más gracioso fue encontrar dentro de la ayuda de Visual Basic, la forma en que los "ingenieros" de Micro$oft sugieren resolver el problema de agregar imágenes a un mail con HTML.
Sólo para Outlook 98 o superior, porque usa OLE y porque para el Outlook Express todavía no lo resuelven.
Paso 1 - Crear el mail con el texto html usando la propiedad HTMLBody
Paso 2 - Mostrar el mensaje creado con el método Display().
Paso 3 - Cargar la imágen en el portapapeles.
Paso 4 - Enviar la secuencia de caracteres Ctrl-V.
Yo creo que despues de esta solución el equipo de programadores tuvo que tomarse un mes de descanso porque sus neuronas estaban agotadas.
Con "ingenieros" que sugieren esas cosas, creo que es en vano que me queje de los programadores, no?
Comments:
<< Home
Walter, aqui puedes ver esa pedazo de innovaciones que dicen que hacen ;-)
En serio, yo uso MAPI , pero texto puro y duro, y si quieren html siempre puedes adjuntarlo como un archivo adjunto.
Lo que no tengo claro el mezclar el ¿ MMX con Mails ?
Pero , ¿ el MMX no son para el tema del mulimedia, que cuando haces uso de los registros del MMX, se desactivaba el copro ?
Saludos.
En serio, yo uso MAPI , pero texto puro y duro, y si quieren html siempre puedes adjuntarlo como un archivo adjunto.
Lo que no tengo claro el mezclar el ¿ MMX con Mails ?
Pero , ¿ el MMX no son para el tema del mulimedia, que cuando haces uso de los registros del MMX, se desactivaba el copro ?
Saludos.
Rafa:
Si adjuntas el HTML, no lo podrán modificar los usuarios.
Piensa en como queda mejor presentada una liquidación de gastos que una empresa le pasa a un cliente.
Con HTML además agregar el logo de la empresa y mostrar la liquidación de una forma que se complica con solo texto.
Además de darle una presentación más profesional, ya que es parte de la "cara" que muestra la empresa para con el cliente.
El tema del MMX no tiene que ver directamente con MAPI, es sólo otra paradoja que muestro, que después de tanto tiempo de existencias de ciertas tecnologías, todavía no se puedan acceder en forma directa a ellas.
Las extensiones MMX, SSE, etc, son llamadas extensiones multimedia porque sirven especialmente para esa rama de programación, pero no quiere decir que no se puedan usar en otras partes.
MMX tiene instrucciones que puede ayudar a mover más rápidamente datos o a hacer un mismo cáclulo con varios datos por vez.
Un ejemplo sería, renumerar un array de números enteros sumandole 1.
De la forma tradicional, es tomar dato por dato y sumarle 1.
Con las instrucciones MMX, te puede tomar 4 números por vez y sumarle 1.
Pero la idea es que el compilador de C sea el que se ocupe de optimizar un for() común y corriente con instrucciones MMX, a lo sumo sería tarea del programador escribir un código que sea más optimizable.
Hoy en día, los procesadores traen más de un copro.
Si adjuntas el HTML, no lo podrán modificar los usuarios.
Piensa en como queda mejor presentada una liquidación de gastos que una empresa le pasa a un cliente.
Con HTML además agregar el logo de la empresa y mostrar la liquidación de una forma que se complica con solo texto.
Además de darle una presentación más profesional, ya que es parte de la "cara" que muestra la empresa para con el cliente.
El tema del MMX no tiene que ver directamente con MAPI, es sólo otra paradoja que muestro, que después de tanto tiempo de existencias de ciertas tecnologías, todavía no se puedan acceder en forma directa a ellas.
Las extensiones MMX, SSE, etc, son llamadas extensiones multimedia porque sirven especialmente para esa rama de programación, pero no quiere decir que no se puedan usar en otras partes.
MMX tiene instrucciones que puede ayudar a mover más rápidamente datos o a hacer un mismo cáclulo con varios datos por vez.
Un ejemplo sería, renumerar un array de números enteros sumandole 1.
De la forma tradicional, es tomar dato por dato y sumarle 1.
Con las instrucciones MMX, te puede tomar 4 números por vez y sumarle 1.
Pero la idea es que el compilador de C sea el que se ocupe de optimizar un for() común y corriente con instrucciones MMX, a lo sumo sería tarea del programador escribir un código que sea más optimizable.
Hoy en día, los procesadores traen más de un copro.
Walter, ¿ como que no pueden modifcarlo los usuarios ?
La idea es que creas completamente un fichero html y lo adjuntas sin mas.
En el texto:
Se adjunto fichero de liquidaciones para su posterior tratamiento, y te quedas tan pancho ;-)
Sobre que los micros traen mas de un copro no tenia ni idea y por cierto, ¿ donde consulto yo los copros que trae el pentium III, IV ?
Saludos.
La idea es que creas completamente un fichero html y lo adjuntas sin mas.
En el texto:
Se adjunto fichero de liquidaciones para su posterior tratamiento, y te quedas tan pancho ;-)
Sobre que los micros traen mas de un copro no tenia ni idea y por cierto, ¿ donde consulto yo los copros que trae el pentium III, IV ?
Saludos.
Rafa,
Cuando el texto html esta en el body del mensaje *antes* de apretar el boton enviar puedes modificarlo.
De la forma que tu lo presentas no.
Saludos.
----
Gustavo Valentin
Cuando el texto html esta en el body del mensaje *antes* de apretar el boton enviar puedes modificarlo.
De la forma que tu lo presentas no.
Saludos.
----
Gustavo Valentin
Walito: Siempre Tan Complicado, nunca un @get o @say comunes!!!
Dale una Miradita al Blat (http://www.blat.net/), Viene con Codigo Fuente incluido, aunque creo que solo te permite mandar Html adjunto
CDG
Dale una Miradita al Blat (http://www.blat.net/), Viene con Codigo Fuente incluido, aunque creo que solo te permite mandar Html adjunto
CDG
Cristian:
Ya sabemos del blat y lo usamos, pero observa los requerimientos del usuario:
-El usuario tiene que poder modificarlo.
-Tiene que quedar constancia en su carpeta de enviados.
Ya sabemos del blat y lo usamos, pero observa los requerimientos del usuario:
-El usuario tiene que poder modificarlo.
-Tiene que quedar constancia en su carpeta de enviados.
Gustavo
>De la forma que tu lo presentas no.
No , no puedes, pero... si que puedes ABRIR el fichero adjunto con la herramienta asociada, modificarlo y se enviará como adjunto.
No es la forma correcto ?
Pues totalmente, pero ya lo dice el refran:
- A falta de pan, buenas son tortas ;-)
Saludos.
Rafa Carmona
Publicar un comentario
>De la forma que tu lo presentas no.
No , no puedes, pero... si que puedes ABRIR el fichero adjunto con la herramienta asociada, modificarlo y se enviará como adjunto.
No es la forma correcto ?
Pues totalmente, pero ya lo dice el refran:
- A falta de pan, buenas son tortas ;-)
Saludos.
Rafa Carmona
<< Home