Tira nº 70: vídeos en el iPad

Por qué no me gusta el iPad

He podido curiosear un iPad un buen rato. Y no me gusta nada.
Mi impresión general es que es un cacharro que quiere hacer de todo y no consigue hacer nada del todo bien (con una excepción: el navegador Safari que trae es muy bueno):

• Reproductor multimedia: como reproductor de música es muy grande. Como reproductor de vídeo, por diseño, es unipersonal (a menos que te guste tener una cabeza pegada a la tuya mientras ves un vídeo).


• Lector de "ebooks": de serie no trae ninguna aplicación salvo el "Vista previa" para leer PDFs. No hay soporte para ePub ni otros formatos. No me dió tiempo a probar otros formatos como DOC o RTF (según la web del producto, sí que los soporta).
  La pantalla es retroiluminada y bastante brillante, algo incómoda para leer mucho tiempo seguido.


• Consola de videojuegos: el motor gráfico está bien, pero nos ata a los 1024x768 del aparato. Sería comparable a una consola portátil "grandota".


• Ordenador portátil: pese a la ausencia de teclado físico, se escribe con relativa comodidad, pero el aparato está muy "capado". No tenemos acceso claro al sistema de ficheros, no hay un gestor de archivos,... No tenemos las funciones típicas que esperamos en un ordenador.
  Todas las operaciones de gestión de archivos (cargar fotos externas, música,...) se tienen que hacer a través del programa iTunes instalado en un ordenador (o enviarte las fotos por correo y guardarlas desde ahí o procedimientos similares).


• Para escribir correo electrónicos, navegar, mensajería instantánea, etc, basta y sobra, pero poco más. Si queremos instalar alguna aplicación, tenemos que pasar por la iTunes Store e instalar sólo las aplicaciones que Apple "bendice".


• Expansión: no existe ninguna posibilidad. No hay lector de tarjetas de memoria, ni puertos USB, nada. ¿Quieres cargarle las fotos de tu cámara? Necesitas un PC.


• Autonomía: mayor que la de muchos ordenadores portátiles (hasta 10h., se comenta) pero no es mucha, y más teniendo en cuenta una limitación muy grave: no se puede cargar enchufándolo a un puerto USB en muchos ordenadores porque no dan la potencia suficiente. Te tienes que llevar el cargador encima (es pequeñito, no pesa nada y muy mono, de color blanquito Apple).

En conclusión, ni chicha ni limonada. Demasiado grande para ser un dispositivo para Internet portátil (cualquier "smartphone" o iPod Touch es mucho más manejable( ni tiene las características necesarias para que sustituya a un netbook.

Gasto de memoria en navegadores (otra vez)

Como ya viene siendo habitual, he hecho una comparativa no muy rigurosa de la memoria que consumen los navegadores.

• 5 pestañas abiertas, dos de ellas con Flash


• Mac OSX


• Chrome 5.0.342.9


• Chromium 4.0.303.0 (36742)


• Safari 4.0.5


• Firefox 3.6.3


• Opera 10.10

Lo dicho, no es una comparativa rigurosa. Lo curioso de Chrome y Chromium es que, pese a consumir más memoria que el resto, dan la sensación subjetiva de ir bastante ligeros. Que cada pestaña y plugin corra en un proceso separado es la causa de las dos cosas: más memoria, sí, pero más "suelto" ;-)

Conversiones entre "encodings" sin pérdidas

Hace un tiempo comentaba los problemas que surgían cuando se trabaja con diferentes "encoding".
Lo más seguro hoy en día es trabajar con el mismo "encoding" en todas las capas y sistemas: bases de datos, ficheros php, plantillas html, ficheros js, configuración del servidor web, ...
Lo malo es que no siempre esto es posible. Muchas veces tenemos que integrar contenidos o hacer que dos sistemas diferentes interaccionen y cada uno puede estar configurado de diferente manera.
Para estas tareas de conversión, existen muchas herramientas y funciones. Por ejemplo, en PHP tenemos la función iconv(). Es muy sencilla de utilizar:

string iconv ( string $in_charset , string $out_charset , string $str )

El problema que surge a menudo es cuando estamos pasando de un encoding más "rico" (p. ej., UTF-8) a otro más restringido en caracteres (p. ej., ISO-8859-1). Si se aplica la función sin más, se nos puede cortar la cadena que estamos convirtiendo cuando se encuentra con un carácter extraño al "encoding" de destino (las famosas "comillas tipográficas" de los procesadores de texto, por ejemplo, dan muchos problemas).
Afortunadamente, la función iconv() está preparada para estos casos. Si se utiliza el parámetro $out_charset con la cadena //TRANSLIT, los caracteres problemáticos pueden ser convertidos a un carácter similar en el "encoding" final:

$txtFinal = iconv("UTF-8", "ISO-8859-1//TRANSLIT", $txtOriginal);

Tira nº 69: permutaciones

Me sorprende todavía la manía que tienen algunos/as con querer poner puertas al campo y las ganas de hacer el ridículo que demuestran.