Veja mais no Tumblr de Jamie Beck

OpenCart vem se tornando rapidamente um conhecido sistema de e-commerce. Totalmente MVC, tem um sistema de template simples e ágil. Sou um usuário do OpenCart desde a versão 0 e criei a primeira lista de discussão em português para ele, a OpenCart Br. (que anda um pouco sem assunto…).

O OpenCart não possui uma fundação, empresa ou grupo por trás dele. Mesmo recebendo inúmeros prêmios e citações ele ainda é mantido quase que exclusivamente por dois desenvolvedores: Qphoria e Daniel. Isso trás muitos benefícios e um contato mais próximo. Mas também atravanca o crescimento do sistema, já que grandes empresas e marcas não se sentem seguras em utilizar um sistema que pode deixar de existir conforme o humor de seus criadores. Mesmo que o OpenCart esteja em licença open source, o desenvolvimento é muito centralizado e pouco transparente e aberto a críticas. No entanto, as alterações do OC estão vindo e ao que parece estão tornando a plataforma ainda mais confiável e robusta. Em breve sairá a versão 1.5 que será uma dos releases mais importantes desde a versão 1.0 do sistema.

Conheça alguns features deste release:

- Opções nos produtos

Uma feature bastante importante para customização de muitas lojas, agora será possível criar novos elementos para o cadastro de produtos. Você poderá deixar o usuário escolher mais opções. Lojas de Tênis por exemplo, poderão deixar o usuário escolher cor, tamanho, cor de cadarço enfim, bastante opções de customização. Estas opções poderão ser feitas em formato de Selects, Radio, Checkbox, inputs e textarea.

- Novo Template Padrão

O template antigo do OC ainda era feito utilizando muitas tabelas. Isso será alterado com um novo site construido inteiramente em Css. O design do template também foi modernizado e irá dará mais opção para personalização das lojas.

- Comparação de produtos.

Agora será possível comparar produtos, um feature presente no Magento e que fazia falta no OC. O usuário coloca todos os produtos que quer comprar lado a lado e poderá comparar as caracteríticas de cada produto.

- Sistema de Pontos, Banners e Afiliados.

Um novo sistema de interação foi criado e agora será possível oferecer pontos para que os usuários troquem por descontos e produtos. Também terá um novo sistema de banners e de afiliação. Isso significa que com algumas alterações será possível usar o OpenCart por exemplo, para criar sites de empresas de hospedagem de sites por exemplo.

- Busca em Ajax com sugestão

Sou contra formulários de buscas baseados em Javascript, algo que já existia nas versões anteriores do OC e que causava uma certa dor de cabeça na hora de alterar o layout. No entanto faltava mesmo um sistema de sugestão de produtos na busca. Aumenta em muito o retorno. – Gerenciador de layout de página Algo bem básico e que fazia muita falta era a capacidade de alterar os número de produtos mostrado nas páginas e outras capacidades. Não sei bem quais serão as possibilidades que esta feature habilitará, mas me parece que qualquer possibilidade de alteração nas páginas são bem vindas.

- Checkout em uma página

Talvez este seja o feature mais aguardado. A maioria dos sistema de e-commerce já o possui. A capacidade do usuário fazer o pagamento em apenas uma página diminui incrivelmente a taxa de abandono de carrinho (usuários que desistem antes de fazer o pagamento).

Outras modificações menores também serão feitas. O sistema de Url passará por uma reformulação, assim como o sistema de linguagem e me parece, no sistema no sistema de desconto. Não tenho muitas informações sobre isto. OpenCart 1.5 ainda não está disponível para download. Mas acredito que em alguns dias, haverá a disponibilização de um relase beta para os participantes do fórum. Vou tentar baixa-lo para dar mais informações aqui. E acompanhe a lista OpenCart Brasil

Após começar a desenvolver alguns apps para o Chrome, e mais do que tudo, pesquisar e instalar vários apps, percebi que todas as grandes possibilidades tecnológicas não estão sendo muito usadas pela maioria dos apps do Chrome. Na verdade, a grande maioria dos apps fazem apenas um ícone bonitinho para ficar na dashboard do navegador.

Mas a grande sacada é que a maioria dos sites, mesmo sem utilizar o html 5, estão investindo em novas interfaces exclusivas para o Chorme. Isto é magnifico porque a internet começa a se reinventar novamente. A publicidade on line deixa de ser tão massiva, as funcionalidades começam a ser melhor planejadas, novos avanços acabam surgindo. E o usuário de fato começa a ser o centro das decisões já que sem os outros navegadores na jogadas, a tecnologia mira apenas no que há de melhor a oferecer.

É bastante fácil seguir a onda no design e criar algo baseado naquilo que sabemos que dá certo. A maioria dos sites são feitos assim. O que é perfeito! Se o usuário tiver que aprender uma nova navegação todos vez que entrar em um site seria muito ruim (como era com o flash?). Mas o web apps, já partem do princípio de que o usuário está motivado para apreender uma nova forma de navegação. E o melhor, cada app volta a ser pensado exclusivamente, sem utilizar de muletas já testadas. Pelo menos o risco de ser taxado como repetitivo e mediocre é maior.

Estou animado com estas novas possibilidades. Acho que os web apps do Chrome ainda irão dar muito o que falar e mudar muita coisa na disciplina do design de interação. Vamos fazer uma nova internet hoje?

Eu fiquei naquele expectativa de ver no que ele iria investir, e se seria algo realmente impactante como o Facebook foi. Só para imaginar a cara do Zukenberg, que se acha o novo deus da tecnologia. (Neste Panteão só pode haver um, e Steve Jobs ainda ocupa a cadeira).

E acho que o cara finalmente conseguiu se ligar a algo que pode revolucionar as coisas, até mais do que o Facebook. É o Qwiki, um projeto que realmente pode mudar o futuro da informação.

Você já assistiu a Wall.e? Sabe aquela cena em que o capitão gordão da nave solicita informações sobre a Terra para o seu super-mega-blaster-computador, e este mostra as informações em vídeos? Pois é, o Qwiki é este Super-Mega-Blaster-Computador.

Aí você pode me dizer: Ah, mas isso já existia em enciclopédias multimídias distribuidas em CD ROM. Mas é aí que está a grandeza do fato: Os vídeos são construídos na hora! Uma voz computadorizada lê os verbetes e os associa a imagens criando um vídeo bastante dinâmico. Bem, os verbetes devem estar sendo criados e selecionados por humanos, já que o buscador não possui um número quase infinito de verbetes como a Wikipedia, mas não acho díficil que eles façam uma associação com a Wikipedia. Mas ainda assim, aja inteligência artificial!

O Qwiki ganhou o Techcrunch Disrupt, e possui Eduardo Saverin e seus bilhões de doláres vindo do Facebook como principal investidor.

Vamos ver como o Qwiki explorará suas possibilidades. Afinal, é este o fator que determina o sucesso de uma empresa de tecnologia.

Ele está em fase alpha e você pode ver um vídeo da palestra dos criadores no Techcrunch Disrupt:

Clique aqui para assistir o vídeo inserido.

A adoção do Flash se deu, principalmente, porque quando a internet surgiu, não se sabia qual aparência ela deveria ter. Dois grupos principais entendiam a web de formas diferentes: o Design Gráfico estabelecia que a interface de websites deveria se parecer com jornais e revistas e obedecer aos padrões desta industria em relação a diagramação, tipografia, teoria das cores, gestalt e etc. O outro grupo, entendia que a internet deveria ser uma nova TV, ou melhor, um videogame. A interface livre daria ao usuário uma rica experiência on-line. Este grupo encontrou no Flash, o melhor caminho para dar asas a sua imaginação.

A discussão acabou quando surgiu um novo grupo: aqueles que achavam que o Webdesign deveria respeitar os padrões já estabelecido dos navegadores (em questão tecnológica) e os padrões já estabelecidos do relacionamento homem-máquina. Isso porque o Flash revelou um questão bastante importante: Acessibilidade. Em interfaces ricas como o Flash, o webdesign assume que existe apenas um tipo de pessoa; e em geral, alguém como o próprio desenvolvedor. Com suas mesmas preferências, inteligência e raciocínio. Um website em flash poderia ter uma navegação na esquerda, ou na direita ou não ter navegação nenhuma. O usuário teria que emergir naquela realidade para encontrar aquilo que precisava. O resultado é que a interface ocupava um espaço enorme nesta relação homem-máquina, em detrimento do conteúdo.

Mas alguns mitos do processo de design de um site em flash ainda persistem em alguns designer, desenvolvedores e clientes. Em Flash, com tantas coisas a serem clicadas e que se movimentavam sem qualquer padrão, e também pela própria fraqueza de renderização do Flash Player, se proibiu o uso de Scroll. Ou seja, se institucionalizou que os sites deveriam ter tamanho fixo e serem retangulares para evitar que o usuário tenha que usar a barra de rolagem para ver o contéudo.

Outra questão: A barra de rolagem só seria um problema em interfaces que não usam mouse. Usar o mouse, estabelece um outro nível de alcance em relação a distâncias horizontais e verticais. Existem ainda (poucos) sistemas em que o usuário deve usar o teclado para interagir. Neste caso, a ausência da barra de rolagem realmente faz sentido.

Não estou dizendo, no entanto, que as barras de rolagem devem ser usadas indiscriminadamente. Mais de duas ou três barras já ligam o alerta vermelho na interação e o usúario de dará conta que está tendo trabalho para encontrar o que quer, e provavelmente, vai se aborrecer.

Mas não sacrifique o tamanho das fontes, a visibilidades dos elementos e áreas de respiro por causa da área de rolagem. Com certeza, as chances de que o usuário tenha um pensamento de “esta fonte está pequena” acontecerão com mais frequência do que “eu tenho que usar esta barra”.  E em interfaces de uso duradouro, como painéis de administração e aplicativos, a área de respiro e um visual agradável tem mais valor do que as barras.  As barras, o usuário terá que usar em quase 90% de sua interação com computadores, seu site/aplicativo ocupará um tempo bem menor. Por isso, não invista em problemas que não são de fato problemas.

Ah, nunca use barras horizontais e verticais juntas. Ou uma ou outra, com preferência absoluta para a barra vertical. Barra horizontal, só em sites experimentais ou bastante ousados.

Os padrões de código, acessibilidade e usabilidade, vieram estabelecer condutas básicas para um uso democrático da internet. Não conhecemos todos os nossos usuário, por isso precisamos agradar ao maior número deles. Mesmo que isso não nos agrade pessoalmente.

Clique aqui para assistir o vídeo inserido.