Alcides Fonseca

Two of the Web2.0 buzzwords are Accessibility and Usability. They both should be implemented in the websites of this new age of web. Now another buzzword, this one technical: AJAX. This technique to update only some parts of the website without reloading it all has allowed developers to increase the usability of their websites making them faster and improving the user interface to make them resemble desktop applications.

But at what cost? Most of this websites are not correctly loaded on mobile phones or javascriptless browsers. But there are a few that do the AJAX degradation well or pick the easy way (my favorite) and create a basic HTML version. I believe this last one is more effective because the user interface using Javascript with AJAX has a different structure than simple HTML and they should be made independently.

But for those who don’t like making another full website for the minority of browsers, there is now a framework for injecting “accessibility using AJAX techniques”. It’s called AxsJAX, it is being opensourced by Google (It is being used on Google Reader) and you can find out more about this on ifacethoughts.

Já aqui tenho falado e acho que todos sabemos a importância que a usabilidade tem na nossa vida. Como tal a associação portuguesa de profissionais da usabilidade lançou hoje, para comemorar o dia mundial da usabilidade, o difícil de usar. É um projecto bastante interessante e útil tendo em conta que eles tratam de comunicar as empresas responsáveis as falhas que qualquer um de nós pode reportar que tornam o uso de algo complicado.

E a altura de denunciarem o que vos diicultao quotidiano! Aproveitem ;)

Do outro lado do Atlântico, na terra do tio Sam, há um caso em tribunal que poderá mudar o futuro da acessibilidade web. Um cego processou a empresa Target pelo seu website não ter atributos ALT nas imagens e teclas de acesso para permitir a sua navegação por ele próprio. Um juiz aceitou em tribunal o caso e estamos a espera de novos seguimentos.

De facto faz pensar se não será ilegal discriminar as pessoas com algumas limitações, quando existem standards para o fazer correctamente. Pessoalmente acho que não deveria ser ilegal, visto que cada autor do site faz o site para o público alvo que entender. Acho de bom senso fazê-lo até porque nem custa nada, e sofro bastante com isto quando navego no meu PDA.

Claro que se esta situação acontecesse cá em Portugal, estavam os webdesigners todos tramados, tirando uns ou outros que sabem fazer sites. Aqueles que fazem sites flash-based, com tabelas, spacers em gif, IE-only, etc… estariam em maus lençois, o que até gostava de ver, para que se esmerassem no seu trabalho.

Ainda nesta área fiquei surpreendido quando a Vanessa me disse que no curso de Novas Tecnologias da Informação, na Universidade de Aveiro, incluem acessibilidade, usabilidade e standards nos programas do plano curricular.

2 months ago I introduced Microsoft DeepFish, the new browser for Windows Mobile devices, still in beta. Thanks to Fábio I was able to try that version in my TyTN.

Once you navigate to a website, the first thing you’ll see, is a overall image of the website. Like a resized screenshot of the desktop browser. Then you have to zoom to the part that interests you. To read some text, you’ll have to scroll both horizontal and vertically, what just sucks! And regarding the menus, it requires various clicks for something basic. One thing I really enjoyed was the scrolling drag of the page.

Pocket IE is the traditional browser that renders the content for the PDA resolution. Almost all the websites fit the window and you only need scrolling vertically, which is very good while reading text (and the TYTN scroolwheel is just marvelous!). The left button has also the most probable action you’ll take (favorites or back, depending on the situation) and that makes the navigation truly easy and fluid.

When on my PDA I visit almost only blogs, twitter, gmail, google reader (ok, and flickr once in a while), so I’ll keep using PocketIE that gives me exactly the kind of presentation I want for the content I visit. I guess Microsoft is on the wrong path here.

Lately I’ve been spammed a lot in this blog, so I decided I had to implement some kind of captcha, a way of checking if it is a real person submitting that form. Here you can check some wicked examples. Through Sérgio I learned about reCaptcha, a project that uses captchas to complement OCR programs. You can read more about this in his post.

I was having some issues trying to implement it, when Bruno Figueiredo told me about Negative Captchas. I googled it and I found out that was a pretty nice system. I added a <input name="email" value="" /> hidden with CSS and changed the email field to “email_alt”. Bots fill all the fields for default, so if the email field has some content, it was a bot since users can’t see it. Easy and users won’t notice.

However, the negative captcha technique has a downside: Spammers can make custom bots to spam the system, but since this is a not-so-popular weblog I’ll take that chance.

Oh and a small time-waster:

Bruno Figueiredo da APPU apresentou-nos o tema Usabilidade em RIAs de uma forma bastante interessante: Em vez de falar da teoria como já vi muitos fazer, em quase tudo o que falou, mostrava um pequeno screencast com um exemplo do mundo real, tanto bons como errados. Assim foi fácil para o público entender perfeitamente o que ele queria mostrar e ainda criar uma opinião dos websites em causa, e aprender com os seus erros ou qualidades.

Como webdesigner/developer, tomei notas de algumas das regras que achei fundamentais implementar:

• Fazer interfaces tanto para utilizadores iniciados como avançados, por exemplo usar teclas de atalho (ctrl+B) ou então ter um botão ou menu para o efeito (Botão para bold)


• Dar sempre ao utilizador feedback das acções que toma. É um caso frequente quando se usa AJAX, não dar resposta visível ao utilizador tanto de sucesso, como do erro. Já me aconteceu enviar informação num pedido AJAX e pensar que está no servidor, mas afinal deu um erro 500.


• Adicionar opção de undo. Quantas vezes numa aplicação web não desejaram retroceder a última acção?


• Seguir padrões. Se os utilizadores estão habituados a um certo modo de realizar uma opção noutras aplicações (quer web, quer desktop), ao usarmos o mesmo meio, estamos a facilitar a vida ao utilizador.


• Ser bastante específico quanto aos erros que ocorrem, para o utilizador corrijir-los mais facilmente.