Según los planes de Mozilla, la primera versión Beta de Firefox 3.1 tentativamente podría ser liberada la próxima semana. Esta versión incluirá nuevas mejoras sobre el navegador, como:

• Modo de navegación privada (alias, porn mode) que ya hemos visto en Internet Explorer 8 y Google Chrome.
• Mejoras en la barra de direcciones, como busquedas en un solo sitio.
• Un botón dedicado a crear nuevas tabs, muy a los Internet Explorer.
• Un cambio significativo será el agregado de vistas previas de las pestañas al presionar Ctrl+Tab e incluso un buscador de pestañas para quienes tienen decenas abiertas por sesión:

  

Solo esperemos que estas nuevas mejoras no tengan consecuencias en el rendimiento general del navegador.

Creanlo o no de esta forma ha calificado el siempre controversial Richard Stallman, fundador de la Free Software Fundation y lider del Proyecto GNU, en una nota para The Guardian:

Una razón por la cual no deberían usar aplicaciones web es porque se pierde el control… es tan malo como usar software propietario. Haz tu trabajo en tu propia computadora con un programa que respete tus libertades. Si utilizas un software propietario o en el web server de otra persona estás sin defensas. Estás en las manos de la persona que desarrollo ese software

Sin duda alguna, muy en el fondo la palabras de Stallman tienen razón sobre como entregamos toda nuestra información a Google, por ejemplo, también son bastante extremas… el fanatismo lleva a la paranoia. Si tomamos literalmente sus palabras sería como pensar que tener nuestro dinero en un banco es peor que estúpido, en cualquier momento puede desaparecer y dejarnos en la calle.

Considero inapropiado satanizar de tal forma al Cloud Computing, más que calificarlo como una moda, el Cloud Computing es la próxima frontera en la forma como manejaremos nuestra información, dejamos de preocuparnos por lo técnico de como funcionan las cosas hacia simplemente usarlas y aprovechar sus ventajas.

¿Se imaginan si todos siguieran la palabras de Stallman? ¿Que todos usáramos servidores caseros o en pseudo-datacenters manejados por empleados casi sin experiencia en hosting y administración de servidores, arriesgándonos a que por pereza o error no exista un backup y en momento a otro podamos perder toda nuestra información? ¿Cuanto nos costaría igualar la eficiencia y disponibilidad de los servicios de Google o Amazon?

Creo que es evidente, a menos que seamos una excéntricos o con requerimientos muy particulares, no es posible que podamos desarrollar o costear todos recursos que grandes empresas como Google nos ofrecen por una cifra muchísimo menor, sino es que gratis, a lo que gastaríamos en hospedar nuestra información localmente.

Aplicaciones de Adobe, Google, Microsoft e incluso muchas aplicaciones y sistemas operativos libres cuentan con algún sistema que nos informa si hay nuevas versiones del software que tenemos instalado.

Cualquiera que ha usado Windows sabrá muy bien lo molesto que resulta cuando Windows ha terminado de instalar una actualización y nos obliga a reiniciar mostrándonos un dialogo cada 5 minutos, hasta que le hagamos caso. O peor aún que quieres utilizar X programa y te fastidia con que hay una actualización pendiente que debes descargar antes de continuar

Varias situaciones como la anterior es la que comentan en el recomendado post de Friendly Bit » Ten commandments of update services y propone lo que deberían ser los 10 mandamientos en servicios de actualización de sofware:

• Si la actualización es vía web, permite usar cualquier navegador moderno. (El caso de Windows update que restringe a usar IE, y aveces ni con sus propio navegador).
• Revisa las actualizaciones (e instalarlas) antes de que el programa inicie.
• No dejar procesos corriendo después de cerrar el programa. (yo agregaría, no dejar procesos corriendo con el arranque del OS).
• Solo actualizar el programa actual, no el resto de la familia (Como Adobe acostumbra).
• Mostrar que será actualizado, mejor si hay un enlace a un listado de cambios.
• Si es una actualización pequeña (menos de un mega) ni siquiera preguntar, solo instalarla. (No me parece buena idea para firefox, por ejemplo)
• Descargar e instalar sin robar el enfoque del programa actual.
• Nunca tocar los favoritos del navegador o íconos del quicklaunch (de windows).
• Nunca obligar a reiniciar el equipo, excepto si es una actualización del sistema operativo. (microsoft usa mucho esto ¬¬).

En general bastante del software comercial que he usado es el que resulta más molesto en las actualizaciones. Recuerdo el caso de Corel, que al existir una actualización siempre que iniciaba uno de sus programas, iniciaba por aparte una ventana de Internet Explorer hacia su página de actualizaciones :-/. Mientras que Software Libre (como Firefox y Ubuntu) tienden a seguir muchos de estos puntos (a Ubuntu solo le critico que a veces son muy seguidas las actualizaciones…)

• Usar PHP solo cuando sea necesario -Rasmus Lerdorf (Creador de PHP en 1995).
• Usar muchas tablas con PHP y MySQL en favor de la Escalabilidad -Matt Mullenweg (Creador de Wordpress).
• Nunca confíes en tus usuarios. -Dave Child (de AddedBytes.com).
• Invierte en un sistema de cache para PHP -Ben Balbo (escritor en Site Point).
• Acelera del desarrollo en PHP con un IDE, Plantillas y Snippets -Chad Kieffer
• Has mejor uso de las funciones de filtrado en PHP -Joey Sochacki
• Usan un Framework PHP -Josh Sharp
• O no uses un Framework PHP (para algo muy sencillo) -Rasmus Lerdorf
• Usa procesamiento por Lotes. -Jack D. Herrington
• Activa el reporte de errores inmediatamente (y al nivel máximo) -David Cummings

Muy probablemente no todos los principios sean para todos (yo nunca uso IDEs, sistemas de plantillas o Frameworks), de todas formas son ideas que puedes probar como funcionan en tu caso.

Esta semana inicia con novedades en los dominios argentinos (.ar), lo más destacable es que ya se podrán registrar nombres de dominio utilizando caracteres multilingues. También estará disponible .gob.ar junto .gov.ar para las entidadesde del gobierno.

Como fue anunciado el 9 de Abril de este año, NIC Argentina estará permitiendo el registro nombres de dominio con caracteres multilingues (IDN), en concreto: á ,â, ã, à, é, ê, í, ó, ô, õ, ú, ü, ñ y ç del idioma español y portugués.

Desde hoy, 8 de Septiembre hasta el 16 de Diciembre de este año, todo aquel que ya tenga registrado un dominio .ar antes del 31 de Julio del presente, tendrá la opción de solicitar el dominio equivalente al que ya posea de acuerdo a las reglas de conversión publicadas en la Resolución Ministerial 616/2008.

Las solicitudes de dominios IDN serán desde nic.ar por medio del formulario “Registro escalonado”. Cabe señalar que todas las solicitudes quedarán pendientes de aprobación hasta el 17 de Diciembre, cuando Nic Argentina inicie el proceso de aprobación. Dicho proceso se extenderá hasta el lunes 16 de Marzo de 2009, a partir de esta fecha Nic Argentina deberá anunciar cuando quedará libre el registro de dominios IDN.

Por aparte, hoy todas las entidades del gobierno argentino tendrán a su disposición los dominios .gob.ar junto a su .gov.ar (derivado del inglés) que ya les haya sido asignado. Todas las entidades contarán con ambas extensiones automáticamente, queda a discreción de cada una utilizar solo uno o ambos dominios incluso.

El rumor de Google Chrome nació luego que Google Blogoscoped publicara el extenso cómic explicativo de todo lo que Chrome pretende llegar a ser. Recomendado darle un vistazo a dicho cómic, contiene información de sobra.

A grandes rasgos Google Chrome estará incluyendo:

• Será un proyecto Open Source (algo que ya es común en Google), estará basado en Webkit (para nuestra fortuna, otro Layout Engine sería un dolor de cabeza) el mismo que utiliza Safari, el iPhone, Konqueror, Adobe Air y Android también lo está utilizando. Webkit está ganando mucho terreno ;).
• La maquina virtual javascript, llamada V8, estará optimizada hacia el rendimiento ya que compilara el código una vez sin necesidad de volverlo a interpretar. La meta es hacer que V8 mejore la velocidad de aplicaciones Javascript pesadas como GMail
• Es curioso que Chrome también vaya a crear un proceso por cada pestaña, al igual que Internet Explorer 8 beta 2, en aras de mantener cada Tab dentro de una caja de arena y si en el peor de los casos esa pestaña colapsa no afecte al resto del navegador. Y pensar que muchos usuarios criticaron esta característica de IE8.
• En la interfaz de usuario hay un cambio respecto a todos los navegadores ya presentes, y es que las pestañas en Chrome estarán sobre la barra de direcciones:

  

  El objetivo es mejorar la usabilidad de cada pestaña al hacerlas la más parecidas posible, o incluso poderla tener en una ventana aparte sin que el cambio sea tan evidente.

• Otro cambio en la interfaz es al abrir una nueva pestaña, Chrome presentará algo muy similar al Speed Dial de Opera:

  

  Esta página contendría las 9 páginas más visitadas, tus búsquedas, favoritos y páginas visitadas recientemente.

• Chrome también tendrá su modo de navegación privada (porn mode) llamado “Incognito” así como está presente en Internet Explorer 8, en Safari y en Firefox con ayuda de una extensión

Las barras de direcciones más inteligentes también están de moda, Chrome tendrá la suya con integración de Google Suggest (llamada Omnibox).

Otro punto interesante a destacar de Google Chrome es la fecha en que todos nos enteramos. El 1 de septiembre se celebra en Estados Unidos el Labor Day, lo que significa que todos están de feriado. Y Google aprovecha un día lento en noticias para lanzar un notición. Sin duda que tienen muy claro ese consejo que dio Mashable de que hay que enviar el PR de un startup durante los fines de semana. ¿O más que una estrategía, sería culpa de la globalización?

Tendremos que esperar hasta mañana antes de que esté disponible Google Chrome. O mejor aún ver los primeros screen shots que se han colado:

¿Creen ustedes que tiene potencial este nuevo competidor? Dicen que la innovación nace de la libre competencia, veremos que resulta de esta nueva “guerra de navegadores”.

Ya habíamos visto las mejoras en la primera beta de IE8, y desde ayer tenemos disponible la beta #2 que viene a introducir características ya vistas en otros navegadores.

La nueva beta está disponible para su descarga gratuita y funcionará en Windows XP y Windows Vista.

Entre las mejoras visuales más evidentes está la nueva Barra de direcciones inteligente (Smart Address Bar) que viene imitar la funcionalidad de la barra de direcciones de Firefox 3 y de Opera 9.5:

Me gusta la forma en que clasifica los grupos de elementos, entre coincidencias en la URL, favoritos, historial y búsquedas en el título.

Otra mejora que veo es la forma en que se agrupan por colores pestañas relacionadas, es decir los que has abierto desde otra pestaña:

Le veo utilidad cuando estás trabajando en 2 o más búsquedas a la vez y vas abriendo sitios diferentes; Incluso es posible cerrar todas las prestañans de un grupo o volver ha abrir las mismas pestañas de una sesión anterior. Ah! y ahora el buscador ya está integrado dentro de la ventana principal del navegado, ya no como una ventana flotante, un cambio muy bueno:

En versiones anteriores se puede logran la integración del buscador en la ventana principal usando la extensión Inline Search.

Otro cambio respecto a las pestañas, es que ahora cada una es independiente de otra, si en dado caso una colapsa no debería afectar a las demás. En la practica Internet Explorer crea más procesos y el consumo de memoria es bastante alto:

¿A poco será un fallo de arquitectura que una característica ? A pesar de consumir tanta memoria RAM no lo sentí tan lento como cuando Firefox ha llegado a esos niveles.

Otras características están detalladas a profundidad en el IEBlog como:

• SmartScreen Filter, protector contra phishin, malware y otros sitios que no sean seguros para el usuario.
• XSS Filter, extra seguridad contra el Cross-Site Scripting.
• InPrivate Browsing, o lo que llamaría el Porn Mode, cuando está activo este estado IE no guardará cache o historial de lo que navegues hasta que lo desactives. ¿Útil no?

Del lado de los estándares en Ajaxian señalan algunos cambios, aunque no significativos. Por lo que he observado ya no hay tantos problemas de CSS con algunos sitios que he visitado comparado con IE7, solo puedo decir que en ocasiones el background u otros elementos no se presentan correctamente, en fin es una versión beta.

De cualquier modo, esta Beta no trae nada nuevo respecto a lo que ya hemos visto en otros navegadores, básicamente Microsoft está copiando igualando lo que ya hay en el mercado.

A finales de este año Microsoft planea lanzar la versión final de IE8. Como opinión personal veo bastante bien esta versión beta de IE, aunque aún espero que puedan mejorar mucho más -por el bien de todos-.

PD: Ya pueden compartir sus comentarios anti-IE y recomendar a todos usar Firesucks Firefox … :bromas:

Una de las nuevas características de Wordpress 2.6 es la capacidad de mantener múltiples versiones de posts o un histórico de cambios, como si fuera un Wiki. Si bien la característica es útil, no veo porque mantenerla activa para un blog personal.

Si no se desea sacar provecho del histórico de cambios, lo mejor es desactivarla ya que al estar activa cada versión del post será un nuevo registro en wp-posts, algo a tener en cuenta si editamos mucho los posts y estos son de tamaño considerable. Para desactivarla por completo basta con agregar a nuestro wp-config.php esta linea:

define('WP_POST_REVISIONS', false);

Con esto desaparecerá por completo la funcionalidad (aunque los registros no serán borrados). Otra opción que nos brinda es que definamos el número máximo de cambios/versiones por cada post con:

define('WP_POST_REVISIONS', 5);

En este ejemplo solo estaremos permitiendo un máximo de 5 versiones (y una extra para el auto guardado), cuando se pase dicho número las versiones más viejas serán eliminadas.

Ahora lo que hace falta es un opción para eliminar todas las versiones de posts ya publicados o elegidos por el usuarios; pero siempre tenerla activa en post no publicados.

Versiones de Posts

Tal vez la característica más notoria de Wordpress 2.6 sea la capacidad de mantener Múltiples Versiones (o Revisiones si lo prefieren) de cada Post. La utilidad de esta característica dependerá mucho del tipo de blog que se esté manejando, seguro que para un blog con un solo autor no será de mayor utilidad como para un blog con múltiples autores y un equipo editorial detrás de este.

Cada versión de un post es creada al guardarlo, y el auto guardado solo generará una versión. Cuando un post tenga más de una versión veremos al final del panel de edición un cuadro como este:

Siguiendo el enlace de cada versión podremos ver el título, autor y el contenido del post en esta versión. Más abajo tenemos la opción de realizar comparaciones entre dos versiones cualquier del post (usando PEAR Text Diff):

Cada versión del post será una nueva fila en la tabla wp_posts, si son de las personas que editan durante mucho tiempo posts largos no se extrañen si ven como crece la base de datos rápidamente. Y es que si tan solo cambian un caracter en el post se creará una nueva versión, es más ya hay una propuesta para incluir un check box de edición mejor que evite esto, pero tendremos que esperar a una nueva versión .

Afortunadamente se puede desactivar esta característica

Press This!

Algo que me gusto mucho es el nuevo bookmarklet de Press This!, que te permite crear posts rápidos por medio de una nueva ventana de tu blog creada a partir del bookmarklet. Tienes cuatro opciones: Texto, Foto, Cita y Video.

Lo interesante es que puede tomar el texto esté seleccionado en la página actual y lo inserta como contenido del post, o bien si marcas la pestaña de Foto automáticamente verá que imágenes son apropiadas para el post, y en caso de Video al estar en una página de Youtube, tomara el código necesario para incluir el video en el post. Muy útil para esos posts rápidos

Wordpress Gear

Otra novedad es el soporte de Google Gears en el Admin de Wordpress, que ya había sido presentado hace días en Wordpress.com (FAQ de Wordpress.com).

Por el momento solo se está usando para guardar una copia de los Javascripts y CSSs más usados que son más de 210 archivos en total; en los pocos días usándolo en Wordpress.com si he notado la mejora al hacer menos peticiones.

A futuro sería bueno ver que tengamos una copia fuera de linea del blog (o al menos una parte) y la posibilidad de realizar posts que al sincronizar con el blog se publiquen sin tanto rodeo.

Vista Previa de las Plantillas

Ahora antes de cambiar la plantilla del blog, verás una ventana mostrándote una vista previa del blog usuando esta plantilla, te dará un vistazo de como se ve el tema antes de realizar el cambio final. Algo que en Wordpress.com estaba disponible desde hace mucho tiempo.

Mejoras al soporte de SSL y Cookies

Algo que si me gusto mucho en esta versión son las mejoras al soporte de SSL y las cookies en el panel administrativo de Wordpress. Desde ahora es más sencillo hacer que todo el panel utilice una conexión SSL, definiendo esto en el wp-config.php:

define(’FORCE_SSL_ADMIN’, true);

Si lo que queremos solamente que el usuario y contraseña viajen en texto plano, y además no degradar el rendimiento del panel al encriptar todas las páginas, con la siguiente definición se puede hacer que solo el inicio de sesión sea via SSL:

define(’FORCE_SSL_LOGIN’, true);

Si bien buena parte de esto ya se lograba mediante el plugin de Admin SSL, ver esta integración dentro de Wordpress siempre es bienvenida.

Otras mejoras

• Regresa el contador de palabras al editor, vaya que se resiste a morir.
• Nuevas versiones de TinyMCE, jQuery, y jQuery UI
• Más opciones para los avatars, no solo gravatar.
• Para quienes publican en sus blogs desde clientes de escritorio: Las nuevas instalaciones de WP2.6, XML-RPC y Atom Publishing estarán desactivados, quienes actualicen desde una versión anterior quedará activada la opción.
• Opción a sacar el wp-config y el wp-content del directorio público, en aras de algo de seguridad extra y facilidad a quienes trabajan con SVN

En total son unos 200 cambios que se han realizado en esta versión. Si bien no hay cambios dramáticos en esta versión, como una persona que administra ya varios blogs prefiero esperarme una semana al menos, antes de hacer el salto al tiburón a Wordpress 2.6… siempre hay sorpresas de ultimo momento que no quiero descubrir *grin*.

Cuando nos referimos al concepto de una WebApp, es un sitio que:

• Ha sido optimizado hacia las características del iPhone, estableciendo un ancho máximo de la página, evitando los zooms.
• Los tiempos de carga y por tanto el contenido, están pensados a ser lo menor posible.
• Hace uso de CSS3 y las características propias del MobileSafari.

Es decir un sitio que sigue las guías de diseño que Apple ha definido para la plataforma «iPhone». Apple incluso mantiene un directorio de WebApps de las cuales podemos aprender muchas cosas.

Aunque no es un requisito, a muchos nos agrada la idea que una WebApp sigan la línea de diseño creada por Apple para el iPhone, llegando al punto de imitar a las aplicaciones nativas en el iPhone. Es por eso que hoy por hoy contamos con 2 herramientas que nos pueden ayudar a lograr este objetivo.

iUI

Hasta unos días contábamos con iUI como principal herramienta para desarrollar un sitio siguiendo el diseño de Apple. iUI que fue creado por Joe Hewitt hace casi un año funciona principalmente manipulando el DOM de nuestra WebApp, eventos y peticiones AJAX.

El punto fuerte de iUI es que por el tiempo que ya tiene está bastante maduro, él se encarga de manejar los eventos, las peticiones y estilos; lo único que debes hacer es generar el código HTML apropiado para iUI. Como iUI estará manipulando el DOM de la página actual, hay que tener el cuidado de no saturarlo demasiado.

Una de las cosas más lindas de iUI es el efecto de deslizamiento entre páginas, cargando sólo la página nueva y modificando el DOM de la actual para insertar la nueva (es una lástima que en MobileSafari no funcione a toda su velocidad). El enfoque a usar con iUI es cargar una página principal con los contenidos y enlaces necesarios, luego con estos ir solicitando las páginas adicionales que al usuario le interesan.

Incluso las nuevas páginas no tienen porque llevar todos los encabezados del código (X)HTML que hacen una página, tan solo tenemos que responder con el código necesario de esta nueva página, ya sea un <UL> o un <DIV> con sus respectivos elementos internos.

Esto evitará las largas esperas mientras la «enorme» página principal carga, reduciéndose a pequeñas esperas según se navegue. Un ejemplo práctico sería listar solo los títulos de nuestros posts en la página principal y luego con el enlace al post solo se cargaría este.

Lo malo es que por ser de propósito general, iUI te quedará corto o deberás personalizarlo un poco para lograr los ajustes a medida, buena hora para repasar los conocimientos de JavaScript. Otro punto débil es lo complicado que a veces resulta el código, entre DVIs necesarios, ID’s, clases css y atributos extras que debes agregar a los elementos seguro te pierdes en un momento; eso y la casi nula documentación existente de todas las funciones posibles, básicamente toca estudiar el código de los ejemplos incluidos y descubrir como funcionan.

Está predeterminado que todos los enlaces y formularios se carguen como una nueva página mediante una petición AJAX. Este comportamiento se puede modificar mediante el atributo target al enlace, por ejemplo agregando target="_self" el enlace se cargará sin intervención AJAX. Agregando target="_replace" lo que hará es remplazar el código del enlace por la nueva página, esto resulta muy útil para crear una paginación en las listas.

Con iUI el principal elemento de navegación viene a ser la barra de herramientas, que la definimos así:

<div class="toolbar">
<h1 id="pageTitle">Maestros del Web - Ejemplo Usando iUI</h1>
<a id="backButton" class="button" href="#">Regresar</a>
<a class="button" href="#dialog">Dialogo</a>
</div>

Está barra de herramientas, mostrará los títulos, nuestros diálogos, menús o paneles, nos proveerá de un botón para regresar (definido con el atributo id="backButton") y además podemos agregar un botón a la derecha usando clase button sobre un enlace dentro del DIV de esta barra. La barra de herramientas solo la debemos definir en la página principal sobre la cual se manipulará el DOM, para el resto de páginas será ignorada.

El segundo elemento de navegación es la lista de elementos:

<ul id="menu" title="Inicio" selected="true">
    <li>Maestros del Web - Ejemplo Usando iUI</li>
    <li><a href="listas.html">Lista</a></li>
    <li><a href="formulario.html">Formulario</a></li>
    <li><a href="acercade.html">Acerca De</a></li>
    <li><a href="index.html" target="_self">Recargar</a></li>
</ul>

Se usa el atributo selected="true" para indicar que este menú es el elemento seleccionado al cargar la página, si en caso hubieran más elementos/paneles en la página actual. Para cambiar hacia un panel o menú dentro de la misma página solo creamos un enlaces hacia su anchor usando su ID:

<a href="#interno">Con enlace panel interno</a>

Ese enlace llamará a un elemento con el atributo id="interno", si fuera un panel, todo el código luciría así:

<div class="panel" id="interno" title="Panel Interno">
<h2>Enlace Interno</h2>
<p>Este panel está dentro de la misma página de listas.html, se carga de inmediato.</p>
</div>

O si fuera un dialogo su código sería así:

<form id="dialog" class="dialog" action="search-results.html">
<fieldset>
	<h1>Buscar</h1>
	<a class="button leftButton" type="cancel">Cancel</a>
	<a class="button blueButton" type="submit">Send</a>
	<label>Keywords:</label>
	<input type="text" size="15" name="searchtext" />
	<p>Este es un díalogo, un lugar perfecto para un buscador.</p>
</fieldset>
</form>

Como ven, todo es de ir agregando clases y IDs apropiados que iUI irá interpretando y manipulando. Resulta muy entretenido desarrollar con este Framework

Pueden ver el ejemplo en línea que he creado usando iUI o bien bajar el archivo .zip para estudiar a fondo el código.

iPhone Universal

Hace unos días surgió el iPhone Universal UI Kit escrito por Diego Lafuente. La principal diferencia entre iUI y iPhone Universal es que de momento este último sólo constituye un Framework CSS con el cual creamos un código XHTML mucho más limpio que el de iUI, pero sin ninguna manipulación del DOM (salvo por algunos eventos) o AJAX. iPhone Universal incluye muchos más estilos de elementos que iUI.

Para hacer uso de este Framework (en su estado actual) basta con incluir la hoja de estilos. Siguiendo los ejemplos de iPhone Universal el código sería así:

<meta id="viewport" name="viewport" content="width=320; initial-scale=1.0; maximum-scale=1.0; user-scalable=0;" />
<link rel="stylesheet" href="stylesheets/iphone.css" />

Agregar el meta viewport es vital para que nuestro iPhone ajuste apropiadamente el ancho de la página. Luego, para armar la estructura basta ir definiendo ciertos elementos y clases en el código. Por ejemplo la diferencia entre una lista de elementos (lo que sería el menú en iUI) y una lista «redondeada» (que es lo parecido al panel de iUI) es agregar el id="normal" al <body>:

Lista de elementos:

<body id="normal">
	<h4>E</h4>
	<ul>
		<li><a href="index.html">Elea <em>Peliche</em></a></li>
		<li><a href="index.html">Elizabeth <em>Nogales</em></a></li>
		<li><a href="index.html">Emiliano <em>Martín Lafue…</em> <small>Brother</small></a></li>
		<li><a href="index.html">Enrique <em>Dans</em></a></li>
		<li><a href="index.html">Ernesto <em>González Aro…</em></a></li>
	</ul>
...

Lista Redondeada:

<body>
...
<h1>Example with arrows</h1>

<ul>
	<li><a href="index.html" class="arrow">Label + minilabel <small>It's free</small></a></li>
	<li><a href="index.html" class="arrow">Only arrow</a></li>
	<li><a href="index.html" class="arrow field">Only arrow</a></li>
	<li>Only labels <small>✔</small></li>
	<li><a href="index.html">Only labels <small>☆</small></a></li>
	<li><a href="index.html">Only labels <small>★</small></a></li>
</ul>

Notar que también cambia la sintaxis de los títulos, en le primero se usa h4 y en el otro h1.

Un detalle importante con iPhone Universal es que todas las páginas deben llevar los encabezados de un HTML normal, mientras que con iUI te limitas a responder solamente el código que necesitas.

Para aprender a usar este Framework, basta con ver los ejemplos incluidos, son lo suficientemente claros para tomar las ideas básicas; o en última instancia ver el código de la hoja de estilos. Viendo los ejemplos en linea de iPhone Universal, se ve una interfaz más aproximada a la que vemos en las aplicaciones nativas que con iUI, quién quita que en futuro veamos estas dos ideas unificadas

iPhone Universal a como está en su estado actual, sirve muy bien para estilizar hacia el iPhone cualquier sitio, mientras que con iUI toca hacer un programación más específica para este framework.