¿Qué necesito saber para hacer una pagina para mi negocio?

Contesto muchas preguntas en Yahoo! Respuestas y me pareció útil poner esta también aquí:

¿que necesito saber para hacer una pagina para mi negocio?
solamente quiero como una especie de guia acerca de lo que debo saber (nada especifico) cosas como los dominios, si debo pagar algun dinero al año, reglas acerca de lo que puedo hacer y lo que no, etc.. las cosas especificas las investigaria yo por mi cuenta, gracias ;D

Mi respuesta:

Necesitas un nombre de dominio (unos US$15 al año) y un servidor de hospedaje (unos US$100 al año para uno más o menos decente, los costos pueden aumentar si necesitas más espacio, tienes muchísimos visitantes, o aplicaciones complejas). No te recomiendo un servidor gratuito para una página de negocio, suelen no ser muy estables además que te meten publicidad.

Hay algunas cosas que debes hacer, por ejemplo si pides la dirección de correo electrónico a tus visitantes para aumentar tu lista de correos debes contar con una política de privacidad (por ley en algunos lugares como Estados Unidos, Europa, México y otros; y porque es buena idea en los demás); y debes procurar mantener esa información segura, es decir, que no la pueda robar algún tercero.

Lo más importante es definir tu audiencia, tus metas, que quieres que los visitantes hagan, como lo vas a medir, crear lo que se llama el “embudo de marketing”, hacer un diseño que apoye tus metas y llamadas de acción y crear contenido para dirigir a los visitantes hacia ellas. Mucha gente comienza haciendo el diseño y contenido antes de definir metas o audiencia. Es un error tremendo.

Es muy importante considerar que un sitio web no es nada más hacerlo y ya que ahí se quede, sino que necesitas mantener el contenido actualizado, fresco y bien dirigido, y buscar un nivel de contacto e interacción con tus visitantes. Al final de cuentas se trata de construir una audiencia y transformarla en clientela. Eso se logra formando una comunidad, para lo cual es necesario la comunicación e interacción regulares.

Nota adicional: Puedes gastar menos en un servidor de alojamiento si tu página es muy sencilla (de las llamadas “folleto”) o no esperas muchos visitantes. La mayor parte de los planes de pago te permiten comenzar con algo simple y después ir ampliando, y siempre es posible trasladar un sitio de un servidor a otro cuando uno te quede chico.

También checa los posts relacionados abajo si quieres saber un poco más.

AppCircus Querétaro

Ayer por la noche se llevó a cabo AppCircus Querétaro y mientras el cielo se caía afuera escuchamos las presentaciones de cinco equipos de desarrolladores.

Bluematch

Esta es una aplicación para contactar extraños en un lugar. Funciona a través de Bluetooth para encontrar teléfonos cercanos con la aplicación instalada y busca personas cuyos perfiles coincidan con lo que están buscando.

mTennis

Si juegas tenis, mTennis te permite llevar un control estadístico de como juegas y te permite llevar un control para mejorar gradualmente. Tiene una buena base técnica pero creo que el modelo de negocio está en otro lado.

Vollare

Es un sistema que permite a una pequeña o mediana empresa crear sus propios formularios, hacerlos móviles y recibir la información en sus bases de datos.

Web2Switch

Una muy buena aplicación para iPad. Es un navegador dual que puede mostrar más que sitios web. Esta flexbilidad lo hacen muy útil. La verdad yo pienso que su modelo de negocios debería ser la compra y no la publicidad.

Project1959

Un juego de rompecabezas y habilidad motriz que saldrá en diciembre. Fueron los ganadores de la noche, y el juego promete estar bastante bien hecho.

En resumen todas las aplicaciones tienen puntos fuertes con algunos detalles que hay que trabajar un poco más. Me gustaría ver más mujeres involucradas en el desarrollo de aplicaciones móviles. Espero que con el tiempo las veamos.

Mientras tanto AppCircus se mueve a la Ciudad de México, Guadalajara y Monterrey. Puedes ver las fechas en su sitio oficial.

Como hacer tu sitio móvil más rápido.

En una encuesta realizada por la empresa Compuware se reveló que los usuarios de internet móvil esperan un tiempo de respuesta igual al de los sitios de escritorio, a pesar de que la capacidad de procesamiento de un teléfono, aunque han mejorado mucho, no es ni de cerca la de una computadora de escritorio promedio. Además que el ancho de banda deja a veces mucho que desear y la información no baja igual de rápido.

Esto no le importa al usuario promedio, ellos quieren sus sitios y los quieren ya, al grado que casi la mitad de ellos no regresaría a un sitio que les haya resultado lento. Y por lento ellos quieren decir que haya tardado más de cinco segundos en aparecer algo.

Algunos teléfonos no muestran sitios que resultan demasiado grandes.

Este es un cliente perdido. Foto de padday

De por sí la velocidad de carga del sitio ya era importante, ahora se vuelve todavía más. Con todos los dispositivos móviles que andan por ahí y con cada vez más gente usándolos para acceder al internet mientras andan por la calle haciendo sus cosas, el tener un buen sitio pensado para el usuario móvil puede ser de importancia vital.

Para hacer el sitio más rápido en cargar puedes seguir estas recomendaciones:

1. No abuses del javascript. Los scripts que vayas a usar de preferencia ponlos al final de manera que el navegador pueda cargar y mostrar el contenido primero.

2. Ten cuidado con la publicidad. A veces los servidores de publicidad se atoran y pueden dejar a tu usuario esperando en lo que responden, por supuesto el usuario no le va a echar la culpa a ellos, sino a tu sitio por ser lento.

3. Pon el contenido relevante antes. No me refiero a ponerlo arriba del “doblez” (the fold) que no existe, sino a ponerlo antes en el código, en vez del encabezado y todo eso que por lo general ponemos hasta arriba y al usuario no le interesa. En ningún lado está escrito que tengamos que escribir el código en orden de aparición, simplemente a eso estamos acostumbrados. Es mejor práctica escribir el código en orden de relevancia y después acomodar donde va todo con css.

4.Usa sprites. Cada vez que llamas a una imagen del servidor el navegador tiene que esperar a que ese servidor responda y a que mande la imagen. “Sprites” es cuando pones todas las imágenes (o las que tenga sentido poner juntas) en un solo archivo grandote y luego usas css para indicar que parte de esa imagen vas a usar, por ejemplo en un fondo o en un botón. De esa manera sólo llamamos a un archivo. Claro, tarda más en bajar, pero de todos modos ibas a bajar toda esa información repartida en archivitos.

5. Optimiza las imágenes. Ya que estamos hablando de las imágenes, puedes usar las diferentes hojas de estilo del sitio móvil para cargar imágenes de fondo y del diseño distintas a las del sitio de escritorio. Imágenes que pesen menos y se vean mejor en una pantalla pequeña. Tal vez suene obvio, pero es fácil de olvidar. También es buena idea usar javascript para decidir si se cargan ciertas imágenes ilustrativas o si sólo ponemos un vínculo hacia ellas.

Son mis pequeñas recomendaciones. Si tienes alguna otra o una observación, me lo puedes dejar en los comentarios.

Microsoft matará los comentarios condicionales en IE10

Hace un rato, en el blog de desarrollo de IE10, se anunció que la próxima versión de este navegador no traerá comentarios condicionales.

Para los que no los conozcan, los comentarios condicionales son una característica que MS implementó en IE5 para detectar la versión del navegador y cargar algunas cosas. Por ejemplo, algún mensaje, un estilo diferente, etc. En teoría sería algo muy útil, en la práctica la manera más utilizada fue para cargar hojas de estilo adicionales que corrigieran los errores de las distintas versiones de IE y así poder tener cierta consistencia en un sitio web en diferentes plataformas.

Pronto no hará falta recurrir a métodos tan radicales para que IE se comporte. Foto de BlubrNL

Ahora, MS recomienda da un paso más hacia la estandarización y seguir el camino que llevan todos los demás al recomendar que se use detección de características en vez de detectar el navegador. Es decir, en vez de tratar de ver que navegador está usando tu cliente para servir el sitio de tal o cual manera, mejor checas si el navegador puede hacer tal o cual cosa. Esto es lo que deberías estar haciendo de cualquier modo.

A pesar de que en esta versión MS se intenta apegar lo más posible a los estándares del W3C (e IE9 es un muy buen ejemplo de como ha intentado hacer las cosas bien) sin duda todavía habrá diferencias entre sus navegadores y los demás, simple y sencillamente porque siempre hay diferencias entre navegadores, así es la vida. Para casos que no quede de otra seguro que todavía será posible detectar el navegador a través de javascript, igual que los demás navegadores.

Pues no parece gran cosa, pero espero que sea una señal de que MS va por el camino correcto al hacer a IE10 más como los demás navegadores.

Degradados fáciles con CSS

Gracias a el Padrino del Web y sus constantes tweets de la conferencia An Event Apart que se está llevando a cabo en Boston, me entero de esta genial y utilísima herramienta para crear degradados usando CSS 3.

Todavía mejor es la que creó John Allsopp con el mismo fin.

Una de las promesas cumplidas por CSS 3 es el poder especificar degradados sin usar imágenes. Esto ayuda a tener un sitio mucho más fácil de mantener y más rápido de descargar. Lo malo es que calcular todos los valores para introducir en el código es una lata.

Gracias a estas herramientas puedes hacerlo fácilmente de forma visual, sin tener que hacer cálculos a ojo de buen cubero para después probar y ajusta unas cuarenta y cinco veces hasta que quede como quieres.

Nada más falta que la especificación quede fijada y los navegadores la soporten. Mientras, a usar -webkit y -moz.

Trucos para simplificar WordPress para clientes

A muchos de nosotrs nos gusta tener a la mano toda la potencia de WordPress en el panel de control, sin que se nos esconda nada, y si es necesario crear una función o plug-in para que funcione como queremos, pues los hacemos.

Pero para muchos de nuestros clientes la cosa puede ser totalmente distinta. Tantas opciones y configuraciones pueden resultar confusas para alguien que solamente quiere entrar, editar una página, crear dos posts con una imagen y salirse.

En SpeckyBoy reunieron una lista de trucos y consejos para esconder varias de las opciones del panel de control y hacerlo más simple y amigable para los usuarios que quieren tener poco que ver con él.

Out-of-the-box, WordPress is a fairly simple CMS for anyone to learn. But for your non-tech savvy clients it could be a nightmare and a potential disaster to the site you have just built. By simplifying the system and adding some quick hacks to disable or hide certain areas of the CMS you are able to not only help clients you will also give yourself piece-of-mind knowing that that the site is safe by removing any potential disaster.20 Snippets and Hacks to Make WordPress User-Friendly for your Clients

Temas básicos para WordPress hechos con HTML 5

Blank, bare-bones, naked, themes, or whatever you prefer to call them, are a life-saver for developers who have to build WordPress themes on a regular basis. They are basically stripped-back themes that have had all of their surplus non-essential code stripped away, leaving only the bare necessities and a fantastic starting point for any new project.10 HTML5-Ready Blank, Bare-Bones and Naked Themes for WordPress

Una colección de temas para WordPress hechos siguiendo HTML5 y con la gracia de estar completamente desnudos, es decir, son la base para crear tu propio tema sin tener que empezar de cero.

En el futuro los diseñadores web podrían desaparecer

Por lo menos eso dice este artículo de opinión en la revista Smashing y que ha causado reacciones entre casi todos los diseñadores de renombre. En lo personal dudo mucho que el papel del diseñador deje de tener relevancia al corto o mediano plazo.

El argumento central de la columna editorial se centra en que lo más importante de la web son los datos y el contenido; conforme estos datos se liberan para poder presentarse en cualquier dispositivo (listófono, tableta, televisión, reloj despertador, cafetera, yoyo, etc.) el diseño en cada sitio dejará de ser relevante ya que la interfaz principal será la del dispositivo donde estés viendo la información.

El problema con el artículo es que olvida dos cosas: 1) La web como la conocemos hoy, con páginas y sitios, no va a desaparecer; y 2) el fin de esa información y datos es impulsar a quien la consume a que haga algo.

El primer punto es más fácil de abordar. Estos dispositivos nuevos no vienen a reemplazar a la web, sino a hacerla más accesible, más disponible y más flexible. Si acaso el papel del diseñador (y el sufrido desarrollador esclavizado tras bambalinas sin esperar reconocimiento) será más importante, ya que necesitará la experiencia y conocimiento para hacer que la información pueda adaptarse a los diferentes dispositivos y las circunstancias en que se estén usando.

El segundo tiene que ver con lo que debería ser la finalidad de todo sitio web. La información que ponemos (por lo menos si buscamos trascender de lo meramente personal) generalmente busca un objetivo: aumentar ventas, conseguir votos, concientizar, crear presión social, etc. Este objetivo debe quedar claro en los consumidores y además les debemos dar un camino que ellos puedan seguir fácilmente para aumentar las probabilidades de que nuestra audiencia haga lo que queremos.

Más o menos lo que Ryan Carson quiso dar a entender con su tweet y el post de “Ser Profesional de UX no es un trabajo de verdad”.

Los diseñadores y desarrolladores irán cambiando la manera en que resuelven los problemas de información de un paradigma centrado en el navegador o el dispositivo a un paradigma centrado en la experiencia de usuario y lo que queremos que haga.

Es algo que ya estamos viendo pero que va a cobrar cada vez más relevancia.

Nuevo SDK para integrar VoIP y aplicaciones con Skype

Han presentado un Kit de Desarrollo de Software de Skype para integrar aplicaciones son su servicio. Skype es el sistema para hacer llamadas telefónicas en línea, uno de los más populares y con este SDK ahora existe la posibilidad de integrar comunicaciones en diversos tipo de aplicaciones, sitios, móviles, juegos, etc.

El SDK está en beta y para usarlo hay que registrarse en su portal para desarrolladores.

Las posibilidades son muy interesantes y tal vez esta sea la razón por la que supuestamente bloquearon a Fring de sus servicio. A lo mejor Fring no quiere ajustarse a este SDK, pero esas son puras suposiciones mías sin fundamento.

Con info de FastCompany.

App Inventor: La democratización del desarrollo móvil

Hasta ahora el proceso de crear una aplicación móvil ha sido más o menos reserva de unos cuantos magos que conocen las palabras mágicas para comulgar con los arcanos. Si lo que ha presentago Google esta mañana se vuelve realidad, el desarrollo de aplicaciones móviles podría quedar al alcance de cualquiera.

(En el audio hago mención a Amiga Basic, aunque Amiga Basic sí existió a lo que realmente me refiero es a Amiga Vision)

La posibilidad de que cualquier persona pueda crear una aplicación móvil y hacerla disponible a todo el mundo es algo muy emocionante. Cualquier persona con una necesidad específica podrá desarrollar un pequeño programa para resolverla, estudiantes podrán crear aplicaciones para presentar una tarea, el pequeño empresario podrá tener algo básico para ayudarle a llevar su negocio, etc.

Claro, muchas de estas aplicaciones serán inútiles para la enorme mayoría de nosotros, o serán una basura. Pero no hay que perder de vista que la gran explosión de computadoras personales ocurrió cuando las herramientas se hicieron accesibles al punto de poder resolverle problemas a la persona común y corriente: Basic, VisiCalc, HyperCard, Word, Excel, marcan hitos en la historia de la computación y su penetración en el ámbito de la computación personal.

Por supuesto el nuevo Google App Inventor no le va a quitar trabajo al desarrollador, una aplicación creada con este sistema no va a poder compararse con una aplicación desarrollada por un equipo profesional que puede dedicar la inversión en tiempo y dinero. Del mismo modo que una página hecha en Frontpage está bien para un álbum familiar o para presentar el diploma de Juanito que por fin se graduó de la secundaria a la edad de 17 años, pero no para sitio de una empresa, o para e-commerce o cualquier sitio que necesite de estabilidad y accesibilida, igualmente pasará con las aplicaciones de App Inventor: serán suficientemente buenas para resolver problemas básicos, pero para cosas más ambiciosas vas a seguir necesitando un desarrollador.

Aún asi, el poder de la computación de mano está ahora en manos de la gente que tiene el aparato en sus manos. Aunque suene a albur.

Como adaptar tu tema a WordPress 3.0

Con la salida inminente de la nueva versión de WordPress los que tenemos blogs sobre esa plataforma sin duda queremos que nuestros temas aprovechen las mejoras y habilidades de esta versión.

Arun Basil Lal creó una guía rápida para hacer tu tema compatible con WordPress 3.0 y aprovechar rápidamente estas características. Si tienes un servidor de pruebas puedes ir haciéndole los cambios a tu tema para estar listo al momento del lanzamiento.

Apple como Jalisco: si no gana, arrebata.

Como muchos ya sabrán, uno de los hallazgos después de la presentación de Apple la semana pasada donde se dio a conocer la versión 4 del sistema operativo para iPhone fue un cambio en una de las cláusulas con las que los desarrolladores tienen que estar de acuerdo para que su aplicación sea aceptada en la App Store.

En resumen este cambio le prohibe a los desarrolladores usar un ambiente de desarrollo que no sean aquellos proporcionados por Apple o html, css y javascript.

Muchos en la industria han visto esto como un golpe bajo contra Adobe, que presentó la versión CS5 de su archifamosísima y supervendida suite de aplicaciones de diseño. Uno de sus principales argumentos de venta para esta versión es que el desarrollador Flash puede crear una aplicación nativa de iPhone. Así, los millones de desarrolladores y diseñadores que conocen Flash como la palma de su mano no tienen que preocuparse por aprender Objective-C, sino que pueden usar la herramienta que conocen bien y al final tener una aplicación que pueden vender para iPhone, Android y web.

Pero los cambios a la cláusula 3.3.1 han echado todo esto al suelo. Y no sólo para Adobe, sino también para MonoTouch, Unity y todos los demás frameworks que provéen una capa de programación intermedia y sirven para acelerar el desarrollo de un producto para diversas plataformas.

Pero la verdad es que el objetivo de Apple no es eliminar a Adobe, Adobe simplemente es una víctima del fuego cruzado. Lo que Apple quiere es asegurarse un lugar de privilegio en el mercado móvil.

Cuando el iPhone apareció hace unos cuatro años, gozaban de una ventaja técnica increíble. Nada se les acercaba. Pero ahora Android les está pisando los talones, su crecimiento en participación de mercado es agigantado y pueden alcanzar o sobrepasar a Apple en unos meses si la tendencia continúa.

La gran ventaja de Apple son sus aplicaciones y la App store, pero esta se nulifica si los desarrolladores pueden crear versiones para diferentes plataformas usando frameworks. Prohibir su uso es la manera de Apple de decir “o codificas nada más para mí, ¡o te jodes!” Y por joder significa que los desarrolladores tendrán que hacer las cosas dos veces con el consiguiente gasto en tiempo y dinero.

El argumento de Jobs de que lo hace para asegurar la calidad de las aplicaciones es pura caca de vaca. Muchas de las aplicaciones más vendidas, como Tap Tap Revenge, son programadas con Lua y estarían prohibidas bajo la nueva cláusula. Los juegos de Electronic Arts también están hechos con Lua y también estarían prohibidos. ¿Son productos inferiores? No. ¿Los va a quitar Apple de su tienda? ¡Ja!

Se pueden hacer productos muy malos usando frameworks, pero también sin ellos. No tiene nada que ver.

Apple se está jugando un albur de proporciones increíbles, confiando que los desarrolladores optarán por trabajar sólo para Apple. Pero muchos de ellos pueden preferir un sistema mucho más estable, que no les quitará su trabajo por capricho, en el que pueden experimentar libremente y usar las herramientas, paradigmas y conceptos que mejor se adapten a su solución.

Apple está en todo su derecho, igual que los desarrolladores de programar o no para una plataforma restrictiva, e igual que los consumidores de buscar ciertas aplicaciones o no. Ya veremos por dondo rompe el hilo.

Google y su Buzz

Hace como una semana Google lanzó un nuevo producto que pretenden sea su entrada directa al mercado de las redes sociales (aunque ya llevan un rato dentro de las redes sociales, pero más como funcionalidad paralela de algunos productos más que como una razón central). Google Buzz se aventó así casi sin decir “¡agua va!” a un público que reaccionó medio sorprendido y medio enojado. Más o menos como cuando el monolito se les aparece a los simios en la película de 2001: Odisea en el Espacio.

Parte de las reacciones iracundas tienen buen fundamento: Google se activó sin permiso, le dio acceso a tu perfil incluso a personas que tú no quieres que vean tu perfil, se siente como si te estuvieran obligando a participar, etc.

Pero otra reacciones son menos fundamentadas y más un acto reflejo: no quiero aprender otra red social (nadie te está obligando), no es como twitter (no tiene por que serlo), no le veo utilidad (no tiene por que tenerla).

En realidad, como todos los productos anteriores de Google, Buzz empieza como un Beta y se va a quedar como Beta durante un periodo muy muy largo, aunque Google ya no les llame Betas.

Esto quiere decir que los cambios, aditamentos y mejoras a Buzz van a ser constantes, sobre todo en los próximos meses. Esto hace muy difícil el decidir si usar Buzz o no.

Bueno, suficiente ¿qué es Buzz? Creo que sería más fácil empezar por decir lo que no es: no es Facebook, no es Twitter, no es Google Wave. Tiene ciertos parecidos, como toda red social puedes añadir contactos y compartir contenido.

Google Buzz es más como FriendFeed, un agregador del contenido que produces en otros lados y que puedes compartir con tu red para que comenten y enriquezcan.

La interacción pretende ser inmediata pero no lo es tanto, sufre de algunos problemas de sincronización y es difícil encontrar el contenido que de verdad te interesa.

Ahora es muy pronto para recomendar Google Buzz, pero sería muy estúpido darlo por descontado en este momento. A Facebook le llevó algunos años llegar donde está, igual a Twitter. Buzz tiene el respaldo de Google y estos han demostrado estar dispuestos a cambiar y corregir el servicio para ajustarse a sus usuarios.

La manera en que lo usaré será más para publicar mi activida que para seguir la actividad de alguien en particular. Pero, no se equivoquen, la funcionalidad de Buzz puede aumentar muchísimo en unos meses, sobre todo cuando liberen las interfaces de programación, y su potencial es altísimo.

Si no tienen una cuenta de Google Mail vayan sacando una ahora. La participación en Buzz por el momento no es esencial, pero si Google realmente lo considera tan importante como parece no duden que esto cambie en algunos meses.

Recuerden que Twitter pasó cerca de dos años como un servicio de nicho, casi exclusivo de geeks y diseñadores web, hasta que un buen día explotó (con todo y ballena). Google Buzz tiene la capacidad de hacer lo mismo.

La iPad y el diseño web

Steve Jobs llamó a la nueva iPad “el aparato definitivo para navegar en la web”, algo así. Claro, está por verse que pasará pero lo más seguro es que la iPad se venda muy bien sobre todo en un segmento del mercado más o menos afluente y que de pronto se encontrará con que tiene en sus manos una nueva manera de acceder a la información de la red: desde cursos y videos de gatitos en Youtube, blogs, foros y aplicaciones en línea.

Todo esto tendrá un impacto en los diseñadores y desarrolladores de sitios. Aunque el iPad es un aparato muy flexible con una resolución generosa para un dispositivo portátil, no deja de ser más pequeña que un monitor normal en estos días. Además que se puede voltear para cambiar la orientación.

Por lo que hemos visto en el iPhone esto no será gran limitante pero de todos modos querrás hacer tu sitio adaptable a las diferentes resoluciones del iPad. Por ejemplo, aunque es posible que el iPad haga un zoom automático para meter la página en su pantalla conservando todas las proporciones, tal vez no quieras conservar las proporciones y sea más importante mantener un área con cierto ancho.

O tal vez quieras hacer ciertos elementos y contenido más prominentes en la pantalla del iPad de lo que son en una pantalla de escritorio. Esto implica diseños líquidos y flexibles, el diseñador tendrá que pensar en términos de distintas resoluciones y orientaciones. Es algo que algunos hacían hace un par de años pero con las nuevas funcionalidades de zoom se dejó de hacer. Ahora va a rescatarse.

Afortunadamente el iPad incluye un gran navegador con soporte para HTML5, CSS3 y JavaScript por lo que hacer estas cosas no representará gran dificultad técnica. De hecho, si eres de los que sigue las mejores prácticas de desarrollo web probablemente no tengas que hacer absolutamente nada.

Lo más complicado será cambiar la mentalidad del diseñador, sobre todo aquellos que no entienden bien el medio en que se están desenvolviendo. En más apuros estarán los diseñadores que no saben hacer sitios flexibles o que no se molestan en aprender html (esa cosa que sale cuando le aprietas en vista de código en el Dreamweaver). Si sus clientes se comienzan a dar cuenta que su sitio no se ve bien en el iPad (a ver si friegan igual que como cuando no se ve en IE6) muchos van a tener que ponerse al día de manera acelerada.

Más color de hormiga la tendrán los flasheros. Por flashero no me refiero a todos los desarrolladores de flash, sino nada más a los que todo lo hacen con flash sin consideración por la accesibilidad y usabilidad del sitio.

El iPad, hasta donde sabemos ahora, no soportará Flash. Así que si has hecho un sitio que sea puro Flash o que tenga elementos importantes, como la navegación, hecha en Flash, no se verá nada o será inutilizable para quienes tengan un iPad.

A lo mejor no te importa mucho, pero tus clientes van a estar perdiendo clientes y visitantes, así que no les va a agradar (ok, a los que se den cuenta), y finalmente te va a repercutir.

En las filas de Adobe no están nada contentos y culpan a Apple de la falta de soporte para Flash. No dudo que tengan parte de razón, sobre todo cuando señalan que el iPad no puede ser el dispositivo definitivo para navegar por la red si no soporta Flash.

Para bien o para mal Flash es parte importante de la red y pasará mucho tiempo antes que HTML5 alcance una presencia suficiente para desbancarlo (y que se desarrolle un IDE con el que los diseñadores puedan trabajar de un modo parecido a que lo hacen en Flash).

Adobe dice que no hay por que temer, la versión CS5 te permitirá crear una aplicación lista para iPhone simplemente haciendo click en “Save As…”, pero una aplicación no es un sitio web y habría que ver que tan bien se implementa esta característica.

Por lo pronto los fans de Flash están haciendo trinchera, pero si el iPad es tan exitoso como el iPod a mí me parece que no les quedará otra que admitir derrota y aprender estándares si no quieren ser arrollados por la Appleanadora.

El diseñador británico Andy Clarke está de acuerdo conmigo, por lo menos en la parte sobre el diseño líquido.

Google abre su biblioteca de Javascript

The Closure Library is an industrial-strength JavaScript library. It provides user interface widgets, an event framework, a packaging and dependency resolution system, tools for DOM manipulation, tools for creating animation effects (including drag and drop), communication utilities, a unit testing framework, and a wide variety of other packages. Closure Library API Documentation (Closure Library API Documentation – JavaScript)

Entre las herramientas que ha desarrollado Google para hacer sus aplicaciones e interfaces está Closure, que es una biblioteca Javascript con la que se pueden crear widgets, resolver dependencias, controlar eventos, animaciones, etc.

Google la ha hecho pública bajo licencia libre Apache, lo que significa que cualquiera la puede descargar, modificar y usar como se le dé la gana. En el sitio de Googlecode también hay algo de documentación y un tutorial para irse adentrando.

Conviértete en un mejor desarrollador para WordPress

It’s no secret that here at Web Design Ledger, we love WordPress. It’s what powers this website as well as inspires the content we publish on a regular basis. We’ve discussed WordPress numerous times before on the site and today we’re going to cover some of the things you can do to become a better WordPress developer.Ten Tips for Becoming a Better WordPress Developer | Web Design Ledger

Web Designer Ledger creó esta lista de consejos que puedes seguir para mejorar tus habilidades de desarrollo para WordPress. Algunos son interesantes y seguro te darán buenas ideas.

Arrastra y comparte artículos en tu blog

We’ve all seen the brilliant functionality on Mashable where news stories and interesting articles can be shared to social networking sites; the functionality is driven by the images accompanying the articles; you click and hold on an image and can then drag it into a toolbar to share it.Drag to Share – Nettuts+

Si son visitantes del blog Mashable tal vez se hayan dado cuenta de una nueva funcionalidad para compartir un artículo en varias redes sociales simplemente arrastrando una imagen hacia el icono de la red social y soltándolo ahí. Dan Wellman nos enseña como hacer lo mismo en nuestro blog usando jQuery.

Google se las ingenia para que IE pueda usar SVG

Google, realizing the widespread installed user base of Flash (probably >95% of users), decided to basically implement SVG through Flash so that anyone who has Flash installed will be able to see and interact with SVG content. SVGWeb Brings SVG Support to Internet Explorer

El formato de gráficos SVG es una cosa bastante útil. En vez de un archivo binario con un mapa de bits adentro, usas un sistema de coordenadas y defines las formas mediante un archivo de texto en XML que puede ser leído y, lo más importante, modificado fácilmente. El único problema con este formato es que ninguna versión de Internet Explorer lo soporta.

La buena gente de Google, hartos de esperar a que a Microsoft se le diera la gana soportar el estándar, decidieron implementar SVG a través de Flash. O sea que ahora puedes usar SVG con confianza, ya que si el visitante tiene IE de todos modos verá los gráficos. Claro, si tiene IE y no Flash, pues no los podrá ver, pero son más bien pocas las personas que están en este caso.

Por el momento la implementación es parcial, pero aún así puedes darle estilo a tus gráficos mediante CSS, integrarlos al DOM y manipularlos mediante Javascript.

Base datos de los ganchos de WordPress

If you’re a plugin developer, you know how difficult it can be to figure out which hooks are available. This WordPress hooks database automatically scans each WP build for apply_filters() and do_action() to figure out exactly which hooks are available in each version and where the hooks occur.WordPress hooks database – action and filter hooks for wp plugin developers || Adam Brown, BYU Political Science

Una de las características más poderosas de WordPress es que se pueden hacer aditamentos (“plug ins”) para aumentar sus capacidades. Los aditamentos añaden funciones especiales que se unen a WordPress mediante ganchos (“hooks”) que existen en diversas partes de la ejecución, por ejemplo, al escribir una entrada nueva, cuando se escribe un comentario, etc.

Esta base de datos recopila estos ganchos para diversas versiones de WordPress por lo cual es un recurso casi indispensable si quieres desarrollar un aditamento.