Silverlight 3: tipo de objeto se mantiene

Cuando se instancia una aplicación de Silverlight en una página HTML es necesario utilizar el tag <OBJECT/>, que se utiliza para crear instancias de plug-ins externos al navegador de Internet.
 
Este tag requiere dos parámetros, "data" y "type" que le informan al browser el tipo y la versión del plug-in que se desea instanciar en este espacio. Los valores para estos parámetros han ido cambiando durante el desarrollo de Silverlight, pasando por las distintas versiones e incluso utilizando un valor específico para las versiones beta del producto. Sin embargo para mi sorpresa, entre las versiones dos y tres no hubo cambio en estos valores.
 
Tanto para la versión dos como para la versión 3 de Silverlight, el plugin se instancia usando los siguiente valores:
 
data="data:application/x-silverlight-2," type="application/x-silverlight-2"
 
De forma que, la declaración completa se ve de la siguiente forma:
 
<object data="data:application/x-silverlight-2," type="application/x-silverlight-2" width="100%" height="100%">
    <param name="source" value="ClientBin/AppName.xap"/>
    <param name="onError" value="onSilverlightError" />
    <param name="background" value="white" />
    <param name="minRuntimeVersion" value="3.0.40624.0" />
    <param name="autoUpgrade" value="true" />
    <a href="
http://go.microsoft.com/fwlink/?LinkID=149156&v=3.0.40624.0" style="text-decoration:none">
      <img src="
http://go.microsoft.com/fwlink/?LinkId=108181" alt="Get Microsoft Silverlight" style="border-style:none"/>
    </a>
</object>
 
Es de suponer que ahora en consecuencia el valor que se toma en cuenta para seleccionar la versión requerida del plug-in es el que se encuentra en el parámetro minRuntimeVersion, que para las aplicaciones de Silverlight 3 debe contener el valor "3.0.40624.0".
 
Cuando se crea un nuevo proyecto de Silverlight 3 usando Visual Studio, la herramienta se encarga de crear páginas de ejemplo con estos valores por defecto, por lo que es fácil pasar por alto estos detalles.

“Zooming”, como es debido!

Con la liberación de Internet Explorer 8, finalmente las personas con deficiencias visuales podemos tener acceso a páginas web legibles y amigables. Por primera vez un explorador de Internet hace las cosas de forma correcta y elimina las molestas restricciones de tamaño que los diseñadores y desarrolladores web le imponen a sus páginas en busca de una más alta "compatibilidad" con monitores de baja resolución.

Schematic gana premio OMMA a la Agencia del Año

La revista OMMA ha otorgado a Schematic el premio a la Agencia del Año en la categoría de "Diseño Web y Desarrollo".
 
Los premios de OMMA a la Agencia del Año celebran a las agencias que se levantaron por encima de las demás durante el año en curso representado lo mejor de su clase en la comunidad publicitaria en línea.
 
Para nosotros, como orgullosos trabajadores de Schematic en las oficinas de Costa Rica, esto representa un reconocimiento de nuestra labor para elevar la calidad del desarrollo y la creatividad en el campo de la publicidad en línea y de las soluciones a la medida para clientes de alto nivel para los cuales es necesario ir más allá de implementar una campaña de anuncios. Al mismo tiempo esto es un reto para mantener y elevar nuestro nivel de calidad para el año 2009.
 
Para mayor información, favor referirse al sitio web de los premios:

Internet: Los mejores precios del mundo

Cuando finalmente hace un par de años llegó el servicio de DSL a nuestro país yo me alegré mucho, pues finalmente iba a ser posible pagar $38 por cada megabit por segundo de velocidad (tarifas, ICE).
 
Hoy, me desengañaron de la más vil y cruel forma, al descubrir que los paises desarrollados tienen no solo tarifas mucho más bajas, sino conexiones increiblemente más rápidas para los hogares.
 
Pero no estamos hablando de diferencias comparables, sino de diferencias abismales, por ejemplo, en Finlandia, se puede conseguir una conexión a Internet por menos de $20 dólares el megabit por segundo (ya incluidos los altos impuestos de este país) y aunque la diferencia no pareciera muy grande, esto cambia cuando vemos que Finlandia está entre los países con el precio más caro y que además para los finlandeses es posible conseguir conexiones de hasta 100Mbps!!!
 
Y de ahí en adelante los precios siguen bajando, pasando por Estados Unidos donde se puede encontrar Internet a $15 el Megabit y por Suecia donde el precio baja hasta $10.
 
Pero el colmo está en Japón, donde por increible que parezca se pueden conseguir líneas de 100Mbps cuyo costo total es de $22!! Estamos hablando de un precio de $0.22 cada Mbps. Una abismal diferencia: Internet en Japón es 172 veces más barato que en Costa Rica. Adicionalmente la mayor velocidad que se puede obtener en nuestro país para hogares (4Mbps) es 25 veces más pequeña que la de Japón…
 
En fin, las diferencias son demasiadas.
 
Será posible que algún día podamos obtener en nuestro país costos y velocidades al menos comparables con las de Finlandia? Ni siquiera me atrevo a soñar con los de Japón…
 
Fuente:
 

Impresoras en 3D???

Mucho más que el hecho de que sea posible imprimir algo en tres dimensiones, me sorprendió el averiguar que existen desde hace una década, pero que solo eran utilizadas por las grandes compañías de diseño industrial:
 
 
Lo que las pone ahora en las noticias ahora es que sus precios están bajando al punto en que en un futuro cercano cada hogar podría tener una.
 
Pueden imaginarse el poder simplemente pensar: Hmm, se quebró esta pieza de la licuadora, voy a imprimirla…
 
Creo que las cosas van avanzando mucho más rápido de lo que percibimos…

Blog en Inglés

Después de pensarlo un poco decidí que era tiempo para dar inicio a un Blog en Inglés.
 
He estado manteniendo este Blog en Español por un par de años ya, pero debido a la necesidad de publicar contenido para los lectores angloparlantes, talvés incluso haya atrasado esta decisión más de lo debido.
 
También decidí que este nuevo Blog sería únicamente relacionado con temas de tecnología; después de todo, casi todos los interesados en mis publicaciones personales son nativos del Español o del Portugués y debido a esto continuaré publicando en materia personal solo aquí. También quedarán confinados a este blog las publicaciones relacionadas con mis pasatiempos, así que no verán en la versión inglesa nada relacionado con fotografía, numismática o anime.
 
Sin embargo, como he notado una falta de material hispano relacionado con tecnología en ciertas áreas en las que estoy involucrado, haré lo posible por publicar para ambos lenguajes en estos temas.

Esquema ampliado para MCML

Si acostumbran desarrollar interfaces de usuario para la plataforma de desarrollo Media Center de Windows Vista utilizando el lenguaje de formato MCML y Visual Studio 2005 como herramienta de edición, probablmente hayan notado, después de instalar el SDK correspondiente, que el "Intellisense" para MCML es muy útil dentro del IDE de VS. Sin embargo, el notable que conforme nos adentramos en las intrincadas estructuras de MCML llegará el momento en que esta habilidad desaparece y el verificador de sintáxis empieza a marcar como erróneas porciones de markup que sabemos son perfectamente válidas en la estructura y son interpretadas correctamente por el motor de despliegue.
Durante este fin de semana me di a la tarea de averiguar la causa de este problema y solucionarla. Ya tenía una noción de que la verificación de los archivos cuya sintaxis se basa en XML es verificada por medio de un esquema XML instalado en Visual Studio, pero no sabía en donde se instalaban estos esquemas ni tampoco tenía una idea clara de cual era la estructura de los mismos. Después de algunas búsquedas dí con el folder en el cual Visual Studio busca estos esquemas:
%ProgramFiles%\Microsoft Visual Studio 8\Xml\Schemas
 
Una rápida ojeada en este folder me llevó al archivo "mcml2006.xsd" el cual es fácilmente editable por medio de Visual Studio.
 
Después de algunos intentos logré hacer el primer cambio, el cual fue agregar como válida la declaración de un tag "Animation" dentro del tag "Entries" de un "PropertySet". De ahí en adelante todo fue relativamente sencillo por lo que procedí a asociar muchas otras entradas con las que había tenido problemas en el pasado.
 
El resultado de este trabajo puede ser descargado desde aquí:
 
Para instalarlo basta con descomprimir y copiar el esquema en:
 
%ProgramFiles%\Microsoft Visual Studio 8\Xml\Schemas
 
Por favor envíen sus comentarios si encuentran alguna estructura que no haya incluido en la lista o simplemente si esto les pareció de alguna utilidad.
 
******ACTUALIZACION*************
 
Después de escribir MCML por un par de días noté la falta de un par de entradas (Incluyendo <KeyHandler/> a petición).
 
Pueden obtener la actualización desde aquí: