Abrir URL desde SWF dentro de Facebook

16 Aug

Facebook ha establecido que dentro de sus aplicaciones en FBML, el método nativo para abrir una nueva página en el navegador (navigateToURL en AS3, getURL en AS2) sea inservible. Sin embargo, FB propone un método propio que consiste en mandar llamar la variable fb_local_connection que el embebido de FBML inserta en el SWF.

De esta forma, podemos sustituir la llamada tradicional así:

var connection:LocalConnection = new LocalConnection();
var connectionName:String = LoaderInfo(this.root.loaderInfo).parameters.fb_local_connection;
function go(url:String):void {
if (connectionName) {
connection.send(connectionName, “navigateToURL”, url);
}
}
go(“http://element.com.mx”);

De acuerdo con el wiki de FB, esta es la única llamada posible que no involucra FBJS (el Javascript de Facebook) :)

IABConecta 2010

12 Aug

Liga con todas las presentaciones de las conferencias en PDF para descargar :)

http://iabmexico.com/node/1844

HTML5 en Google DevFest

19 Apr

La presentación de HTML5 que dio Ernest Delgado. Está en HTML5, como era de suponerse, así que puede que no se vea igual en todos los navegadores…

http://apirocks.com/html5/html5.html

Google AppEngine en Google DevFest

15 Apr

Aquí pongo la presentación de la plática de AppEngine:

Google Maps en Google DevFest

14 Apr

Y las presentaciones sobre mapas, que incluyen la nueva versión (V3) de javascript y varios links con demos. La segunda habla de buenas prácticas en programación de Google Maps:

Google Wave en Google DevFest

14 Apr

Aquí están las presentaciones de Pamela Fox sobre Google Wave:

Open Social en GoogleDevFest

14 Apr

Aquí dejo la presentación que dio Chriss Messina sobre Open Social en el GoogleDevFest:

Cuantos usuarios se requieren para un estudio de Usabilidad

1 Apr

Over the course of the last 20 years or so, a number of academic studies have sought to determine the probability of a usability issue being encountered by single usability test participant. The probabilities determined by these studies vary, but average around 30 percent. (The classic paper on this topic, published by Nielsen and Landauer in 1993, evaluated 11 different studies and found an average probability of 31 percent.) This accordingly means that we can expect each participant in a usability test to uncover about 30 percent of all of the usability issues that affect a given website or application.

Given this, you may be tempted to think that you need only test with three users to determine 80 percent of the total number of usability issues (since 30 multiplied by three equals 90…which is more than 80). This isn’t the case, however, as there will always be some degree of overlap between the issues uncovered by users. (In the most extreme
scenario, two users might encounter the same 30 percent of usability issues, for example).

To work out how many users are required to determine 80 percent of the main usability issues that affect your site,
you need to employ the binomial probability theorem. I won’t bore you with the details of this, save to say that, when
the probability of an issue being encountered is 30 percent, you need to test with five users to reach (and
slightly exceed) our target.

In case you’re wondering, this isn’t just a theory; it’s corroborated by the results of a number of practical experiments, and a whole heap of anecdotal evidence from usability professionals too.

…But don’t start scaling back your usability tests just yet, because there are a few things you need be aware of.

Firstly, repeat after me: “Testing with five users is only appropriate in situations where all that I am interested in
is *uncovering* usability issues”. If you’re interested in *quantifying* usability issues – that is, determining how
many of your site’s users, as a whole, are likely to be affected by them – you’ll need to involve at least 20 users
in your testing. The same is true if you want to be able to generalise any of the metrics that you capture to the
behaviour of your site’s users as a whole (for example, the average time that participants take to complete a given
task; the average number of times their eyes fixate on a particular web page; or any scores that participants award
your site in terms of its ease-of-use, visual design and so forth).

Here’s why: Say that four out of five of your participants manage to successfully complete a task. Can you say that 80
percent of your users at large will be able to complete it?
Nope. You can only say (with 95 percent confidence) that somewhere between 36 percent and 98 percent of your users will be able to complete it. If you increase your sample size, however, the lower and upper bounds of this margin (or “confidence interval”) contract. So if you test 20 participants, for example, and 16 of them complete the task successfully, you can say that 58 percent to 93 percent of the larger population will be able to complete it (with 95 percent confidence) – which is a lot more accurate.

Secondly, if the scope of your evaluation is wide, you’ll need to involve more users in your test. In 2001, Spool and
Schroeder asked a group of users to purchase various different types of products, such as CDs and DVDs, at three
electronics websites. The result: The first five participants encountered only 35 percent of the usability
issues present – far lower than the 80 percent predicted by the formula described above. Why? Because the websites they were testing were large and complex, and afforded users many different ways of completing the task they had been set. Thus, if you’re going to test with five users, narrow the scope of your study. Don’t test multiple sites. Don’t
attempt a site-wide assessment. Investigate a handful of critical features and functions instead.

Thirdly, if your website serves more than a single distinct audience, you’ll need to test with five users from each. If
you have a site that is used by both children and parents, for example, you’ll need to test with five children and
five parents – otherwise you may miss critical issues that impair the performance of each group.

Fourthly, bear in mind that this “five users is enough”mantra is based on the assumption that the probability of a
user encountering a given usability problem is 30 percent.

This is a good benchmark – since, as mentioned previously, it represents the average probability, as determined from
analysis of a number of different academic studies. Some experts, however, suggest that the actual likelihood of
encountering a problem might be closer to 10 percent, or even five percent, when using a fairly well-established
website. Thus, if you suspect that your website falls into this bracket, you may want to consider testing it with more
users. (To find a problem that affects 10 percent of users, for example, you’ll need to involve a minimum of 18
participants in order to have an 80 percent chance of observing it during your test).

In summary then, five users are all you need in order to uncover 80 percent of the main usability problems that
affect your site. Don’t let the sharks of the usability world convince you otherwise!

AUTOR: @sigriffin   de  ETRE UK

¿Como detectar navegadores móviles con PHP?

9 Mar

En el sitio web DetectMobileBrowsers.mobi nos dan un función e información para poder detectar navegadores móviles. Con lo que se podrá detectar:

* iPhone
* Opera Mini
* Android
* Blackberry

Tiene un generador online de la función que te guíara paso a paso para que crees una función personalizada acorde a cómo quieres tratar cada navegador.

El código es gratuito para sitio web sin lucro.

Sitio Web

Configurar Facebook Sharer (para compartir un sitio en Facebook)

4 Mar

Facebook tiene una funcionalidad llamada “Sharer” que sirve para que mediante un botón o link genérico, puedas compartir mediante tu muro un sitio cualquiera, inclusive si ese botón no está en el sitio mismo (por ejemplo, puede estar el link en la barra de herramientas del navegador y compartirlo aunque ese sitio en particular no haya planeado difundirse mediante esta plataforma).

Para que un sitio se vea bien en el Sharer

Para aprovechar bien las capacidades del Sharer (y ya de paso, de los buscadores y demás) es importante tener bien puestos los metas en el sitio. Aquí pongo un ejemplo de los tags que facebook tomará en cuenta para postear en el muro:

<meta name=”title” content=”El título del sitio, como queremos que aparezca ” />
<meta name=”description” content=”Una breve descripción, como de unos 100 caracteres más o menos ” />
<link rel=”image_src” href=”http://example.com/images/thumbnail.jpg” / >

Si utilizas el image_src puedes asignar un thumbnail que esté fuera de tu sitio incluso. Pero si no incluyes este tag y el sitio tiene imágenes, todas las imágenes serán mostradas como posibles thumbnails (de ahí el “Showing 1 of 12″). Aparentemente, parece ser que no hay manera de definir imágenes que sí queremos que salgan y otras que no en caso de querer mostrar varias (el image_src sólo funciona para una), así que hay páginas que suelen poner el sharer dirigido a otra página sólo con esas imágenes que te redirija a la página real (si alguien encuentra otra forma, compártala :P ).

Aparte, existe la etiqueta de medio para especificar:

<meta name=”medium” content=”el_medio_que_usaremos” />
Se vale usar: “audio”, “image”, “video”, “news”, “blog” and “mult”.

Para compartir el sitio

El Sharer puede llamarse de forma muy sencilla mediante el siguiente link (cambiando los parámetros por los del sitio a compartir):
http://www.facebook.com/sharer.php?u=<dirección que compartir>&t=<título del contenido>

Para pegar en un html el botón de facebook el código es:

<a name=”fb_share” type=”button_count” href=”http://www.facebook.com/sharer.php”>Compartir</a><script src=”http://static.ak.fbcdn.net/connect.php/js/FB.Share” type=”text/javascript”></script>

Por último, para incluir el Sharer en una aplicación FBML de facebook (y aquí algo más interesante, se puede cambiar el contenido de los metas desde el botón):

<fb:share-button> <meta name=”title” content=”[ TITLE ]” /> <meta name=”description” content=”[ DESCRIPTION ]” /> <link rel=”image_src” href=”[ IMAGE URL ]” /> <link rel=”target_url” href=”[ LINK URL ]” /> </fb:share-button>

*Nota importante: El Facebook tiene una forma de guardar caché muy especial, así que hay que tener mucho cuidado en que los metas estén bien cuando se suba, en caso contrario se puede cachear la descripción, la imagen o el título mal y quedarse así por mucho tiempo…