1. Edición de tuits: Sería bueno poder editar los tuits, al menos durante un tiempo después de la publicación, para corregir, por ejemplo, faltas de ortografía. No sería bueno poder editarlos siempre ya que con la sucesivas ediciones podrías hacer totalmente incoherente la conversión con el resto de usuarios.
2. Bloqueo de usuarios sin necesidad de dejar de seguirlos: ¿Sabéis eso de “te sigo por compromiso”? Pues eso. Además, he visto algunos tuits donde ya se demanda esta característica.
3. Omisión de tuits en el timeline que contengan un determinado hashtag: No estaría demás que se pudiera, en el TL principal, omitir de forma automática los tuits que contengan algún hashtag determinado, por eso de ser, en ocasiones, bastante cansinos.
4. Poder recuperar todos tus tuits: En caso de tener un cliente de Twitter que no sea el de Web (y creo que con el de Web también), sólo podrás recuperar tus 3000 últimos tuits. Aunque el resto siguen en la base de datos, su API no soporta recuperar más de esta cantidad.
5. Posibilidad de copia de seguridad de tus tuits: No hay ninguna forma de recuperar todos tus tuits si no es con aplicaciones externas. Y a esto hay que aplicarle el límite del punto anterior. Twitter debería implementar una forma de hacer copia de seguridad de tus tuits.
6. Respuesta pública: Posibilidad de responder a un tuit de forma pública (que lo vean todos los usuarios que te siguen en lugar de los usuarios que te siguen y los que siguen al que respondes) para así no tener que poner un carácter antes del nombre de quien estás respondiendo y tener que desaprovecharlo.
7. Implementación de un sistema para “leer más tarde”: Yo, al menos, uso los favoritos como marcadores para leer luego. No tengo ningún tuit favorito, simplemente en mi cliente del móvil los marco (los que tienen imágenes, alguna URL…) para leer cuando esté en un ordenador o tablet. Recordemos las limitaciones de las pantallas pequeñas y, sobre todo, las limitaciones de las conexiones 3G.
8. Formato del texto: Esta quizás sería la más rompedora con la filosofía de Twitter, pero ayudaría mucho a expresar justamente lo que queremos decir —“emociones” incluidas— con, al menos, negrita, cursiva y tachado.
9. Enlaces contextualizados: Los enlaces deberían ir como en HTML, enlazando un texto en lugar de que vaya la URL directamente. El contexto es muy importante en la Web y Twitter está haciendo un esfuerzo enorme —entiendo que inconscientemente— para eliminarlo. Lo mismo que los acortadores URL, donde se pierde toda la semántica de las URLs amigables. Pero ese es otro tema.
10. Estadísticas: Sería buena idea que se proporcionaran estadísticas —principalmente informativas— de uso de Twitter, tanto de los usuarios (tuits por día, horarios de tuiteo, retuits…) como generales (tuis diarios, tuits diarios por países, usuarios activos en tiempo real…).
11. Avance automático en el cliente Web: En el cliente Web, cuando sale el aviso de que hay nuevos tuits, al hacer clic, la página debería avanzar automáticamente hasta el último que has leído. Además, en la nueva interfaz, se debería marcar de alguna forma el último tuit que has leído (en la antigua se hacía).

Y una característica extra, la duodécima: más caracteres. Aquí hay muchísima controversia. Quizás, como he dicho antes, el éxito de Twitter sea precisamente el de tener un número de caracteres limitados. Pero, al menos a mi, muchas más veces de las que me gustaría se me quedan muy cortos para escribir lo que quiero decir. Y a veces no soy capaz de hacerle caso al famoso mensaje “Tu Tweet contiene mas de 140 caracteres. Tendrás que ser más ingenioso.”.

No estoy diciendo que se ponga un número ilimitado (o muy grande) de caracteres como ocurre con Google+ o Facebook, pero sí alguno más, por ejemplo —por aventurarme con un número— 200; o, mejor, 256 (2⁸, por eso de ser friki ). Por ejemplo, las notas de Menéame tienen 1000 caracteres y creo que la mayoría de ellas no pasan ni de los 500, pero cuando hay algo más largo que decir, se puede hacer sin ningún problema.

Pero bueno, esta es sólo mi opinión. Y vosotros ¿qué opináis de estas 11 características que Twitter debería tener? ¿Alguna más? ¿Alguna menos?

Hace bastante tiempo que sigo la página de Smashing Magazine que versa sobre diseño gráfico y diseño de interfaces de usuario, principalmente para Web aunque se pueden aplicar a cualquier interfaz. Y, aunque sigo la página, tengo que reconocer que no leo todos los artículos debido a su extensión y mi falta de tiempo.

Pero como creo que es una página sumamente interesante, al ver que había salido el segundo libro recopilando sus artículos, y desconociendo que había un primero, me decidí a comprarlos gracias a su buena reputación y a todos los artículos que he leído y donde he aprendido unas cuantas cosas. Además, había una oferta donde vendían los dos ejemplares por 35 € (más gastos de envío).

Y aquí están: en el primer vistazo, ¡oh, sorpresa!, están en inglés… bueno, eso ya lo sabía. En un segundo vistazo tengo que decir que el contenido es similar al de la Web (no puedo asegurar que sea el mismo contenido literal, pero sí trata los mismos temas) por lo que se centrará en diseño de interfaces de usuario dedicadas a Web (aunque se pueden aplicar a muchas otras cosas) pasando por los colores, las tipografías, ubicación de información, usabilidad, optimización, etc.

En cuanto a los libros, el primero es A5 de tapa blanda con 311 páginas en hojas plastificadas (como en revista) e impresión a todo color, destacando la tipografía sans-serif.

El segundo es A5 de tapa dura con 355 páginas, también en hojas plastificadas y a todo color, destacando, esta vez, que la tipografía es serif.

En conclusión, la calidad de los libros es muy buena y la calidad del contenido de los libros, a falta de haberlos leído, presupongo que será también muy buena por el simple hecho de tener la reputación de Smashing Magazine. Eso sí, estos libros no son de literatura así que están destinados a un público minoritario que se dedique principalmente al diseño gráfico en general y al diseño Web en particular.

Más o menos viene a decir:

• Reducir al máximo tus CSS y Javascript; y no incluyas los que no necesites (o cárgalo más tarde).
• Si es posible, carga los elementos bloqueantes (widgets,…) de forma paralela (hay muchas formas de hacerlo, por ejemplo usando iframes).
• Maquetar de forma que se pueda ir “dibujando” la página antes de tener todo el HTML. Con esto se reducirá el tiempo de carga percibido por el usuario.
• Usar dominios, no subdominios, diferentes para contenido estático.
• Comprimir el HTML y usar sprites para las imágenes (siempre que dichos sprites no sean demasiado complejos).
• Intercalar la generación del contenido con el envío, mandando antes las partes que primero se generan (como la cabecera) para ir “dibujando” la página en el menor tiempo posible.

De esto yo deduzco que el modelo MVC es una auténtica mierda a la hora de optimizar sitios Web: lo que hace es procesar todo y luego generar y enviar el HTML al usuario, que es justamente lo que dice Ricardo Galli que es lento y que lo que realmente reduce el tiempo de carga percibido por el usuario es dibujar la página cuanto antes, aunque todavía no se halla generado completamente.

Mira que cosas, todos poniendo al MVC como la panacea y resulta que las pruebas dicen otra cosa… ¡Ains!

Firefox fue “el navegador”. Lo primero que introdujo fue la navegación por pestañas. Acostumbrados a tener unas cuantas ventanas, esta característica hizo que tu escritorio estuviera más limpio, más ordenado. Luego vinieron los plugins, y ahí ya todo cambió. Eso de poder tener tus añadidos era impresionante. Sobre todo para temas de desarrollo.

En sucesivas versiones de Firefox, lo que principalmente se mejoró fue su gestión de recursos (siempre se acusó un alto consumo de memoria) y su adaptación a los estándares Web. A parte de esto no hubo muchas más características nuevas. Además, tampoco se esmeraron suficiente en el desarrollo de su motor de Javascript, SpiderMonkey/TraceMonkey, con lo que el uso extensivo de Javascript en la Web 2.0 no ha sido todo lo “gran experiencia del usuario” que debería.

Pero el tiempo pasa, la tecnología evoluciona y… salen nuevos navegadores, como Google Chrome, la incursión de Google en el software de clientes Web.

Chrome es un navegador basado en WebKit, es decir, el motor de renderizado del HTML no lo han hecho ellos, mientras que el motor de Javascript, V8, sí que lo han construido desde cero. Y es ahí donde realmente destacan, aparte, por supuesto, de su interfaz de usuario minimalista y funcional, su integración con Flash, su geolocalización, su WebGL,… en definitiva, muchas características de las que otros navegadores carecen.

Y es precisamente por esto, tanto su velocidad como su mayores “features” por lo que he cambiado (casi) definitivamente de navegador principal: de Firefox a Chrome.

Lo único que hecho de menos, principalmente para desarrollo, es un validador de HTML al estilo del HTML Validator de Firefox. Pero el resto de herramientas es bastante buena ya que cuenta con Web Developer y con Firebug (Lite, eso sí).

Pero como siempre, dejo la puerta abierta al próximo navegador Web. Si es mejor que Google Chrome, no dudaré ni un segundo en cambiarme .

Ya me he actualizado a Mozilla Thuderbird 3 y, a parte de la nueva interfaz y que algunas cosas cambian de sitio y la forma de hacerlas, la experiencia es totalmente recomendable.

El único problema que he tenido… bueno, problema no, simplemente que no me gusta como está, es que ciertas cadenas de la traducción al español (la localización de la aplicación también conocido como Locale) vienen todas en minúsculas cuando a mi me gustan como el comienzo de frase, con la primera letra mayúscula.

Y como no puedo parar quieto, he buscado por los archivos de Thunderbird y he dado con una solución, a falta de que alguien lo cambie dentro del grupo de desarrollo o de traducción (que supongo no lo harán porque, como he dicho, no es que sea un problema).

El caso es que hay que ir al archivo C:\Archivos de programa\Mozilla Thunderbird\chrome\ y coger el archivo es-ES.jar y hacer una copia de seguridad. Luego se abre con el WinZIP, WinRAR o similares y se descomprime (recordemos que un .jar es un .zip con un formato de carpetas específico).

Una vez descomprimido, dentro de la carpeta locale\es-ES\messenger se abre el archivo msgHdrViewOverlay.dtd con un editor de texto y se cambian ahí todas las cadenas que queramos corregir teniendo cuidado de no alterar el formato del archivo ni de comernos ninguna comilla.

Luego se recomprime con el programa anterior en formato ZIP, que puede variar desde Sin compresión hasta La mejor; funcionará de cualquier forma. Después de comprimir se renombra a es-ES.jar y se sobrescribe la versión anterior de este archivo.

Se inicia el Thunderbird y todo debería haber funcionado sin problemas teniendo ya nuestras cadenas cambiadas. Si algo falla, siempre tendremos la copia de seguridad.

Y esto es todo. Supongo que no seréis tan tiquismiquis como yo y tampoco es que lo vayáis a hacer, pero aquí lo tenéis.

Simplemente probadlo. Digamos que no es exactamente lo que estáis pensando . Incluso tiene un modo noche que ya es para flipar.

He probado un par de ellos de los que están en el Codex pero no me convence ninguno… también de esos que son invisibles, pero no funcionan. Y la verdad es que no tengo ganas de hacerme el mío propio. Si sabéis de alguno poned un comentario .

Ya he comentado por aquí que la Wikipedia me parece el mejor proyecto de Internet, y con diferencia. Porque en la Wikipedia está mucho del conocimiento humano (no en profundidad, pero sí lo suficiente como para estar informado) y, además, es de todos. Todos podemos ampliarlo y todos podemos ampliar nuestros conocimientos gracias a ella. Así que yo he donado una pequeña cantidad para que siga ahí. Para que todos estemos ahí, porque la Wikipedia somos todos.

Por supuesto, con esto no gano nada, no es publicidad, no hay beneficio económico, es simplemente apoyo. ¿Y tú, has donado ya?

1. Los derechos de autor no pueden situarse por encima de los derechos fundamentales de los ciudadanos, como el derecho a la privacidad, a la seguridad, a la presunción de inocencia, a la tutela judicial efectiva y a la libertad de expresión.
2. La suspensión de derechos fundamentales es y debe seguir siendo competencia exclusiva del poder judicial. Ni un cierre sin sentencia. Este anteproyecto, en contra de lo establecido en el artículo 20.5 de la Constitución, pone en manos de un órgano no judicial —un organismo dependiente del Ministerio de Cultura—, la potestad de impedir a los ciudadanos españoles el acceso a cualquier página web.
3. La nueva legislación creará inseguridad jurídica en todo el sector tecnológico español, perjudicando uno de los pocos campos de desarrollo y futuro de nuestra economía, entorpeciendo la creación de empresas, introduciendo trabas a la libre competencia y ralentizando su proyección internacional.
4. La nueva legislación propuesta amenaza a los nuevos creadores y entorpece la creación cultural. Con Internet y los sucesivos avances tecnológicos se ha democratizado extraordinariamente la creación y emisión de contenidos de todo tipo, que ya no provienen prevalentemente de las industrias culturales tradicionales, sino de multitud de fuentes diferentes.
5. Los autores, como todos los trabajadores, tienen derecho a vivir de su trabajo con nuevas ideas creativas, modelos de negocio y actividades asociadas a sus creaciones. Intentar sostener con cambios legislativos a una industria obsoleta que no sabe adaptarse a este nuevo entorno no es ni justo ni realista. Si su modelo de negocio se basaba en el control de las copias de las obras y en Internet no es posible sin vulnerar derechos fundamentales, deberían buscar otro modelo.
6. Consideramos que las industrias culturales necesitan para sobrevivir alternativas modernas, eficaces, creíbles y asequibles y que se adecuen a los nuevos usos sociales, en lugar de limitaciones tan desproporcionadas como ineficaces para el fin que dicen perseguir.
7. Internet debe funcionar de forma libre y sin interferencias políticas auspiciadas por sectores que pretenden perpetuar obsoletos modelos de negocio e imposibilitar que el saber humano siga siendo libre.
8. Exigimos que el Gobierno garantice por ley la neutralidad de la Red en España, ante cualquier presión que pueda producirse, como marco para el desarrollo de una economía sostenible y realista de cara al futuro.
9. Proponemos una verdadera reforma del derecho de propiedad intelectual orientada a su fin: devolver a la sociedad el conocimiento, promover el dominio público y limitar los abusos de las entidades gestoras.
10. En democracia las leyes y sus modificaciones deben aprobarse tras el oportuno debate público y habiendo consultado previamente a todas las partes implicadas. No es de recibo que se realicen cambios legislativos que afectan a derechos fundamentales en una ley no orgánica y que versa sobre otra materia.

Este manifiesto, elaborado de forma conjunta por varias personas, es de todos y de ninguno. Si estás de acuerdo y quieres sumarte a él, difúndelo por Internet.

Yo lo vi en Barrapunto, en Microsiervos y en muchos otros sitios más. Porque eso sí que es un atentado contra nuestros derechos fundamentales. Y todo por dinero, como siempre. Por mantener un negocio de cuatro a costa de todos. Pero lo peor es que nuestro maravillos gobierno de izquierdas, legisladores para el pueblo, ha sucumbido ante las presiones de empresas privadas. Genial.

En el alert(...) saldrá el texto ‘Clonando Objetos’ ya que ambas variables apuntan a la misma zona de memoria, de ahí las referencias. Es debido a esto, y que en algunas ocasiones necesitas clonar un objeto, por lo que es necesario implementar una función que lo haga. Para ello tenemos esta función, que la he visto en StackOverflow aunque la he retocado un poco, que funciona perfectamente:

Con esta función, el ejemplo anterior se convierte:

Y aquí el mensaje del alert(...) ya será ‘Clonning Objects’. Con esto ya podemos duplicar objetos… Pero, como no había quedado muy conforme con la solución seguí buscando, más por encontrar otro tipo de solución (no veo lógico que Javascript no tenga una forma nativa de clonar objetos) que por mejorar rendimiento. Y, aunque no encontré la forma nativa (creo que no la hay), sí encontré otra mucho más corta y más elegante:

La función eval(...) coge un texto y lo evalúa como su fuese Javascript, de forma dinámica. Y, lógicamente, la función uneval(...) hace lo contrario: dado un código en Javascript —una clase, un array, etc.— lo convierte en el texto correspondiente, por lo que esta función lo que hace es convertir el objeto en texto y el texto generado otra vez en objeto, clonando así el objeto que se pasa como parámetro.

De estas dos formas, la segunda solución me parece más elegante —pocas cosas se consiguen en una sola línea de código—. El problema que puede existir es el rendimiento, ya que no he visto nada por ahí y yo tampoco he hecho pruebas, así que la decisión queda para cada uno. Yo he probado las dos y ambas funcionan sin problemas. Si alguien hace sus pruebas, que comente sus resultados.

Quizás los ingenieros de Facebook deberían revisar su algoritmo para reconocer con qué navegador estás viendo su página porque, que yo sepa, uso Firefox (la duda ofende) y no uso IE desde… vamos, que todavía tengo la versión 6 en mi máquina porque no quiero actualizar; para qué, si no lo uso. Además, este cacharro tampoco es que la aguantara.

A partir de ahora tanto el blog como el feed estarán bajo esta URL por lo que ya pueden pasar a actualizar ustedes sus lectores RSS.

Supongo que quizás en un par de días habrá fallos de resolución de DNS hasta que no se extienda por todos los servidores pero el dominio está listo y, de momento, funcionando.

La fecha en la que yo lo guardé es de 2001, pero seguro que estaba desde bastante antes. Pero todavía hoy impresiona ver la coreografía de los personajes monocolor de las peleas.

Mi primera página Web (sobre BeOS)

El caso es que la encontré probando el Haiku e intentando que mi primera (y única) aplicación para BeOS funcionase. En los créditos todavía ponía mi antigua dirección de correo (beosman@bemail.com, que aunque la página existe, ya no funciona) y la primera de mis páginas. Y como Geocities va a dejar de funcionar pues la pongo aquí para que no se me olvide .

P.D.: Tampoco tenía tantos errores de HTML; incluso había puesto el DOCTYPE, eso sí, en minúsculas, y no valía, pero la intención era buena.

No podía publicar noticias ni nada, simplemente se añadían más archivos PHP con los datos de las nuevas páginas y listo. Ni siquiera hacía uso de una base de datos.

Luego ya, viendo que la página era de crecimiento limitado, me decidí ha hacer un pequeño gestor de contenidos a medida. También en PHP y esta vez con acceso a bases de datos para las noticias:

Se notaba por aquella época mi predilección por el Firefox dejando de lado el IE (y vuelve esa idea), además de la resolución de pantalla y de la —todavía en uso en muchas páginas que se las dan de estándar— maquetación usando tablas. Vamos, no tenía casi ni idea de CSS y ni mucho menos de usabilidad y de accesibilidad. Pero por algo hay que empezar y esto era una buena idea.

Incluso hasta tenía una parte de administración con seguridad (usuario y contraseña, como casi todas) desde donde se podían añadir noticias, categorías, gestionar usuarios, proyectos, descargas, estadísticas,… vamos, como era a medida podía añadir lo que necesitara (¡pedazo de cabecera! Como se notaba que también estaba practicando con el Photoshop):

¿Alguien se acuerda de todo esto?

Luego descubrí WordPress (la versión 2.0), lo instalé y a funcionar. Y con él sigo.

La verdad es que desarrollando un blog hubiera aprendido mucho de PHP, además del HTML correspondiente y su maquetación, sobre todo por los fallos de principiante, esos que veo ahora que miro el código .

De todas formas, por aquella época (más o menos el 2004) ya tenía más o menos bastante claro como hacer un software mantenible, ya que había hecho que todo se procesase desde el index.php cargando éste las partes que eran necesarias, cosa que sigo llevando a la práctica.

Ahora, eso sí, con un pequeño framework en PHP personal, no para el blog pero sí para otros pequeños proyectos.

WWW SQL Designer es una aplicación Web hecha en Javascript que te puedes descargar para que funcione desde tu ordenador y sirve para hacer diseños sencillos de tablas y relaciones de bases de datos.

Desde el propio navegador puedes crear tablas, añadir campos a las tablas de diferentes tipos y añadir relaciones entre campos de diferentes tablas.

Luego, estos datos se pueden guardar en XML o se puede generar el SQL para distintas bases de datos entre las que están MySQL y PostgreSQL. Eso sí, el XML no se puede guardar en un archivo sino que se genera para que tú lo guardes en un archivo local (recordemos que Javascript no puede acceder a otros archivos del ordenador que no sean las cookies) aunque también tiene la opción de guardar tu diseño en su servidor. Por supuesto, también se puede cargar un diseño en XML (el mismo que se generó anteriormente) ya que en cada recarga del navegador se pierden los cambios.

Lo que realmente me gusta de esto no es que sea vía Web, para nada, de hecho en Firefox en Linux va de pena mientras que en Firefox en Windows va muy bien. Lo que realmente me gusta es la sencillez tanto de manejo como de opciones. Es decir, en muy pocos pasos tienes un pequeño diseño válido para cualquier aplicación pequeña (pongamos… un blog ).

Y es que esta sencillez no la he encontrado en otros programas que tienen más opciones, que generan mejor el SQL y, sobre todo, que son más caros. En Linux hay algunos, pero ninguno tan sencillo como este. Por supuesto, para diseños grandes o hazlo a mano (cosa que recomiendo, así siempre tendrás el control sobre las tablas) o búscate/cómprate un programa profesional.

¿Y a vosotros qué os parece esa aplicación? ¿Alguna mejora? ¿Algún programa similar a este para el escritorio?