Etiqueta: webdev

Un píxel ya no es lo que era

Una de las cosas complicadas de colocar cosas en una pantalla es que hace tiempo que dejamos de saber a priori qué tamaño físico tiene esa pantalla, ni la ratio (¿4:3, 16:9, 16:10, 2.35:1?) ni cuántos píxeles tenemos a mano (ni, por tanto, la densidad de esos píxeles en pantalla, que hoy en día puede ir de algo más de 100 para una pantalla de ordenador a más de 200 en algunos dispositivos móviles).

Parece ser que el hecho de que esto sea así desde hace tiempo no ha evitado que cobre especial atención ahora por el rumor de que la próxima iteración de hardware del iPhone se va a ir a unos muy espectaculares 960×480 píxeles, lo que ha hecho que, naturalmente, se inquieten los desarrolladores, tanto web como de aplicaciones nativas, que obviamente no quieren que sus aplicaciones se encojan hasta niveles ridículos en una pantalla muy grande. Es fácil suponer que Apple no va a meter la pata con una cosa así, pero me ha llevado a QuirksBlog, que le dedica una entrada al tema, A pixel is not a pixel is not a pixel que habla, a su vez, de la solución que tiene Android para el tema (la diversidad de pantallas de los dispositivos Android provoca vértigo y, en más ocasiones de las deseables, nauseas…). Copio-y-traduzco de la página de soporte para múltiples pantallas:

Density-independent pixel (dip)

Una unidad de píxel virtual que pueden utilizar las aplicaciones para definir su IU para expresar dimensiones de ‘layout’ o posicionado independientemente de la densidad.

El píxel independiente de densidad es equivalente a un píxel físico en una pantalla de 160 ppp, la densidad base asumida por la plataforma […]. Se recomienda fuertemente usar unidades dip para definir la IU de la aplicación, como forma de asegurar una buena presentación de la IU en diferentes pantallas.

Cosas veredes, Sancho…

Se acerca IE9

Nota importante Por algún extraño motivo, a Google parece gustarle mucho esta vieja entrada sobre IE9. Si queréis una información mucho más actualizada, tenéis esta entrada: Ha llegado IE9 (beta).

Será por la manía de llevarle la contraria al mundo, pero, qué le vamos a hacer, me cae bien el equipo que hay detrás de Internet Explorer, aunque prefiero mantener a IE6, IE7 e IE8 a tanta distancia como me resulta posible, desde luego :-P. Pero un grupo de gente que se toma la molestia de enviar flores al funeral de IE6 tiene mi simpatía ganada casi desde el inicio.

Además, hoy Microsoft ha presentado la Platform Preview de Internet Explorer 9 y, si siguen trabajando en las líneas en que se han movido hasta ahora, podría ser que IE9 se convierta, finalmente, en un adversario digno para Firefox, Opera y Chrome (que, en ese orden, son ahora mis favoritos).

Algunas de las cosas que se han dicho hoy en la presentación y que me han interesado:

  • Siguen trabajando en que su motor de JavaScript sea comparable con los del «top three». Siguen siendo conscientes de que no son tan rápidos como la competencia, pero ahora parece que están en el fondo de la primera división, y no en tercera regional… Siguen haciendo hincapié, también, en que no todo es rendimiento JavaScript al mostrar una página. Afirman que no han optimizado para SunSpider y que, aún así, su rendimiento en la suite de tests ya está a menos de una «generación» de distancia de los líderes.
  • Insisten una y otra vez en lo que todos los diseñadores y desarrolladores quieren oir: un solo marcado para todos los navegadores [modernos, añado]. Ahora mismo están en un 55/100 en el test Acid3 (un test interesante pero discutible, por otra parte, porque es muy «de laboratorio») y parece ser que ya pasan «con honores» los tests de selectores CSS3. Y también se permiten el lujo de mostrar inconsistencias entre el rendering de Firefox y el de Chrome, lo que demuestra una cierta confianza en las posibilidades propias.
  • Comienzan a demostrar que la que debería ser su principal ventaja, el «monoplataforma», da sus frutos, haciendo uso, por ejemplo, de la decodificación hardware de vídeo en «notebooks». En general, parece que IE9 va a suponer otro empujón para el vídeo en HTML5 (subespecie H.264, todo parece indicar, puesto que son compatibles con YouTube). También han mostrado alguna de las demos del «test drive» en la que el rendimiento de HTML5 con Canvas y JavaScript de IE9 era algún que otro orden de magnitud mejor que el de Chrome (naturalmente, uno puede sospechar, y mucho, de los «tuneados» que se les hacen a estas demos, pero el código está a la vista de todos para su revisión).
  • Finalmente, parecen dispuestos a tender todos los puentes necesarios con la comunidad. En esa línea han publicado ya este primer ‘Platform Preview’ cuando está muy pero que muy lejos de tener estatus de beta (ahora mismo, por ejemplo, si se le pide que lance una ventana nueva… lo hace usando el navegador por defecto del sistema, sea cual sea, y el soporte de vídeo aún no es el que debería), y se han comprometido a actualizarla cada 8 semanas, aproximadamente.

No me jugaría un duro por el cumplimiento total de los estándares por parte de IE9. Y dudo más aún que pase de la cuarta plaza en la lista de mis navegadores favoritos. Pero, insisto: por un lado, el equipo que hay detrás de IE me cae bien y, además, sí estoy convencido que la lucha por la última posición se va a poner mucho más interesante que hasta ahora…

PS Para aquellos de vosotros para los que el inglés no sea un problema, en Channel 9 hay un vídeo muy interesante: Introducing the IE9 Developer Platform Preview. Y en MSDN hay ya una Internet Explorer Platform Preview Guide for Developers.

PPS Para los interesados, la última entrada del IEBlog es prácticamente una transcripción de la presentación de IE9.

El Opera Web Standards Curriculum, en español y catalán

Como sucede de vez en cuando, voy a juntar trabajo y blog en una entrada. Y es que parte de mi trabajo durante los últimos meses ha sido encargar y revisar la traducción, edición web y publicación del Opera Web Standards Curriculum, que desde hace unos días se encuentra disponible tanto en castellano como en catalán:

El Opera Web Standards Curriculum es una gran obra (por su calidad y su tamaño) para introducirse en el mundo del diseño y desarrollo web con estándares. Hace unos nueve meses ya (como un parto, oiga) comenzamos a buscar alternativas para la asignatura de Lenguajes y estándares web del grado de Multimedia de la UOC y el Curriculum, con su licencia Creative Commons, nos pareció una gran forma de dar a nuestros estudiantes un recurso de aprendizaje de calidad notable y, a la vez, contribuir a la comunidad en general con un recurso abierto.

«Sólo» tenemos los primeros 38 artículos y la cosa aún no está completamente acabada (¿qué lo está, en la web?). Para cualquier error que detectéis, tenéis los comentarios de esta entrada, mientras habilitamos un mecanismo mejor (sabemos, de momento, por ejemplo, que la navegación presenta algún problemilla en navegadores ‘webkit’ y que, precisamente con Opera :-S, el CSS para los <code> es más bien enorme…).

En unas semanas espero tener publicado en Mosaic algo un poco más extenso sobre el tema en un par de semanas pero, de momento, sirva esta entrada como anuncio no oficial. Espero que os sea de utilidad :-).

¿Quieres enseñar estándares web en la universidad?

La universidad es la UOC, la titulación es el grado de Multimedia y la asignatura se llama Lenguajes y estándares web (también buscamos gente para unas cuantas asignaturas más…).

Los materiales del curso, que imagino que os gustarán, los conforman los primeros 38 artículos del Opera Web Standards Curriculum. Sí, traducidos al español y al catalán por cortesía de la UOC :-). Aún no puedo publicar el enlace a esas traducciones, porque no están acabadas de maquetar, pero en breve os cuento.

Lo malo, me temo, es que vais a tener que trabajar conmigo :-P.

En fin. Que si os interesa la cosa (aparte de unos sólidos conocimientos de (X)HTML y CSS, se exige titulación universitaria, me temo, y se valorará mucho un enlace a un buen portafolio) os podéis pasar por el siguiente enlace (y por favor, intentad no despotricar mucho del formulario que, siendo generosos, «podría ser mejor»): Desarrollo web con estándares (HTML, CSS, JavaScript, PHP,…).

También os pueden interesar otras ofertas del grado de Multimedia: Diseño web y arquitectura de la Información, Diseño de Interfaces Multimedia, Diseño gráfico, Matemáticas y Física para Multimedia, Tratamiento digital de audio, imagen y vídeo o Gráficos 3D. O el resto de ofertas que se acaban de abrir para muchos de los grados de la universidad.

LaTeX en la web, cortesía de Google

Resulta ser que, para mi sorpresa, me entero hoy vía Ryan Moulton de que la API de ‘charts’ de Google es capaz de ‘dibujar’ LaTeX con facilidad. De ahí a pensar en hacer que la magia de jQuery (o similares) coja automáticamente todos los ‘span’ con clase ‘math’, como <span class="math">i\hbar\frac{\partial}{\partial t} \Psi(\mathbf{r},\,t) = \hat H \Psi(\mathbf{r},t)</span> y los convierta del algo del estilo de

i\hbar\frac{\partial}{\partial t} \Psi(\mathbf{r},\,t) = \hat H \Psi(\mathbf{r},t)

no hay un gran trecho. Y tras una donación anónima de código, aquí tenéis el script que lo consigue (previa carga de jQuery, desde luego):

$(document).ready(function() {
 $(".math").each(function() {
  $(this).replaceWith("<img 
  src=\"http://chart.apis.google.com/chart?cht=tx&chf=bg,s,FFFFFF&chco=000000&chl=" 
   + $(this).html() 
   + "\" alt=\""
   + $(this).html()
   + "\"/>");
 });
});

La cosa es un parche rápido, o sea que no le pidáis maravillas (ni ningún tipo de soporte). Además, no sé hasta donde llega la sofisticación de la API, y ahora no tengo ganas de ponerme a rascar. Tal y como está, el código genera ‘texto’ negro sobre fondo blanco, pero lo podéis cambiar tocando el FFFFFF y el 000000, respectivamente.

De nada…

Reblog this post [with Zemanta]