PatternShare 17/Feb/2005
O CreativeCommonsBlog publicou um anúncio interessante, pois apresenta o novo site, da Microsoft, PatternShare. Este site, criado pelo Ward Cunningham (autor do PortlandPatternRepository), tem o conteúdo licenciado de forma livre e aberta, pela licença Atribuição 2.0.
É interessante porque o PortlandPatternRepository é o primeiro e mais conhecido SiteWiki, e a Microsoft costuma ser aversa ao conceito FOSS. No entanto, sem ser tão abragente porque apenas replica as Patterns publicadas na MSDN, surge este novo site. Será um bom prenúncio?
Pootle
O portal Pootle é um simples portal que ajuda a comunidade FOSS a traduzir (localizar) software FOSS em diversas linguagens (idiomas). O projecto em si está alojado no SourceForge, em translate.sourceforge.net, que por coincidência usa o motor DokuWiki.
O nome Pootle é uma abreviatura para PO-based Online Translation / Localization Engine. Para participar de forma aberta e livre, é necessário inscrever-se e depois seguir os procedimentos de Abertura de um Projecto ou Adição de Nova Linguagem.
Para ajudar nas traduções, existe um TranslationToolkit que converte diferentes formatos no formato PO (baseado em Gnu GetText), de maneira a uniformizar os esforços de tradução dos diversos projecto. Nem todos os projectos são baseados em ficheiros .po, pelo que é importante este Toolkit.
ClamWin POTM 15/Feb/2005
A aplicação FOSS que uso para periodicamente verificar se os meus sistemas foram infectados por algum vírus informático é Project of the Month no SourceForge. Para mais informações, aceda à página ClamWin Free Antivirus POTM.
O ClamWin é uma aplicação anti-vírus para plataformas Microsoft Windows 98/Me/2000/XP/2003. Usa o motor Clam AntiVirus e vem com um prático e simples wizard de instalação, por um preço imbatível: zero. É licenciado por uma licença Open-Source, e apresenta um extenso e completo conjunto de características:
- Scanning scheduler;
- Standalone virus scanner;
- Actualizações automáticas da base de dados sobre vírus. A equipa ClamAV actualiza a base de dados regularmente, e quase imediatamente a um novo vírus ou variante ter sido descoberto;
- Integração no Menu de Contexto do Microsoft Windows Explorer;
- Plug-In para o Microsoft Outlook.
w.bloggar 09/Feb/2005
Esta extraordinária aplicação w.bloggar, desenvolvida por Marcelo L. L. Cabral actua como um interface entre o utilizador e o seu site blog ou sites blog. Ou seja, é um pequeno e altamente funcional editor de Templates e Posts, com diversas características e recursos que facilitam a tarefa de afixar mensagens de formas e maneiras não possíveis através de editores baseados em Browsers.
Corre somente em Windows, permitindo ao editor criar, rever ou alterar as suas mensagens sem que esteja ligado à Internet, guardando localmente um ou mais textos para serem afixados mais tarde. É compatível com a maioria dos motores Blog, uniformizando num só interface a publicação em diversos sites que recorrem a diferentes plataformas de gestão de conteúdos.
A comunicação entre o interface e o motor faz-se através de uma das seguintes APIs: Blogger API, metaWeblog API, MovableType API e b2 API que são todas baseadas na definição XML-RPC.
Textile vs Markdown vs Wiki 04/Feb/2005
A edição de conteúdos, de forma usual, é feita através do recurso a TextAreas que na sua maioria permitem somente um conjunto de tags HTML consideradas “seguras”. A maior parte dos sistemas de gestão de conteúdos além de disponibilizar de raíz esta funcionalidade também permite alguma forma de plugin a editores WYSIWYG. Estes editores são excelentes para diminuir a curva de aprendizagem necessária aos utilizadores iniciados para produzirem conteúdo de forma rápida e fácil. No entanto, qualquer uma destas funcionalidades não é prática, pelas seguintes razões:
- As tags HTML introduzem muito “ruído” no conteúdo em bruto.
- São tantas as tags HTML e as regras de sintaxe que a aprendizagem da linguagem apresenta uma curva íngreme.
- Poucos são os editores WYSIWYG que passam os testes de validação XHTML.
- Os editores ocupam por vezes mais espaço que o próprio sistema. De qualquer maneira, um editor WYSIWYG é sempre uma adição pesada ao conjunto de funcionalidades de um sistema.
- Muitas vezes, o código extra inserido pelos editores WYSIWYG não produz qualquer efeito visível, existindo mais por causa das diversas situações que devem ser lidadas de forma correcta pelo editor do que pela necessidade real de um caso específico.
Por essas razões, têm sido desenvolvidas algumas soluções de filtros de texto (TextFilters) que procuram também minimizar a curva de aprendizagem necessária ao mesmo tempo que simplificam a própria edição do conteúdo através de tags mais simples que as do HTML:
- WikiMarkup.
- Textile.
- Markdown. O original é codificado em Perl, mas tambéme existe uma versão em PHP.
Um filtro de texto é pouco mais do que um conversor que transforma texto com simples tags de formatação em conteúdo com tags HTML/XHTML. Qualquer um dos filtros de texto acima mencionados existe em PHP e permitem que os utilizadores iniciados no papel de editor de conteúdos online se concentrem mais no próprio conteúdo do que na sua apresentação. Além disso, no caso do WikiMarkup, é muito mais fácil, simples e rápido estabelecerem-se ligações entre páginas do mesmo site ou mesmo ligações a sites externos bem como é muito prático criar novas páginas. O Textile e o Markdown são mais abrangentes em termos de regras possíveis de formatação do conteúdo, mas o WikiMarkup cobre o essencial e torna muito fácil e rápida a produção de novos conteúdos e ligações entre páginas.
Irei criar um documento no SiteWiki da DoWeDo-IT para comparar as semelhanças e diferenças entre estas 3 soluções. O objectivo desse documento Wiki (WikiDoc) é o de recomendar qual a solução a integrar na generalidade dos sistemas de gestão de conteúdos, baseados em PHP.
Prevenção de Comment Spam 03/Feb/2005
Após ter sofrido vários Comment Spams, irei activar a opção de Spam Words aos comentários no Recortis.
Irei também investigar outras formas de combater o Comment Spam, possivelmente pela desactivação da funcionalidade TrackBack. Alguns utilizadores avançados têm vindo a público informar sobre os pontos menos bons de se usar TrackBack. O WordPress deve ter melhores formas de combater o Spam.
Drupal vs doPortal
O Drupal é um excelente sistema de gestão de conteúdos. É uma plataforma largamente conhecida para gerir sites com conteúdo dinâmico e que permite a indivíduos ou grupos de utilizadores publicarem, gerirem e organizar uma enorme variedade de tipos de conteúdo. Integra num só pacote as características e funcionalidades genéricas dos sistemas de gestão de conteúdos, ferramentas colaborativas, ferramentas de discussão, weblogs entre outros. É um projecto de software FOSS, mantido e desenvolvido por uma comunidade activa de utilizadores, e que já deu muitas mostras de ser capaz de gerir uma grande variedade de sites.
O doPortal é uma ideia da DoWeDo-IT, que engloba os requisitos e especificações do que considera ser a plataforma mais adequada à gestão de conteúdos para diversos perfis de sites.
Sem sombra de dúvidas que o Drupal é uma excelente solução FOSS, pois:
- Tem um robusto e fiável código-fonte de base;
- Ocupa somente 1.5 MB de espaço de armazenamento (sem contar com a base de dados);
- Adapta-se a diversos perfis de sites;
- Permite a instalação e activação de módulos de forma transparente;
- Tem temas que são validados correctamente de acordo com os standards XHTML/CSS;
- Tem uma enorme base de módulos extras, fruto da participação e envolvência da sua larga comunidade de utilizadores.
No entanto, apresenta também alguns pontos que precisam de ser resolvidos de uma melhor forma:
- O menu do bloco Navegação está muito mal organizado e categorizado;
- A inserção de imagens não é fácil, e requer módulos extra;
- A edição de conteúdo, com recurso a tags HTML seguras, é de díficil aprendizagem para utilizadores iniciados;
- A prioridade na administração do site não é dada à edição de conteúdo, mas sim à configuração do site. Mesmo esta configuração não é trivial para utilizadores iniciados;
- Não apresenta de origem uma estrutura de exemplo que os utilizadores possam usar logo à partida para inserir conteúdo. É preciso criar nós de conteúdo, criar menus e itens de menu para navegação pelos nós, e é também recomendável criar-se a taxonomia do conteúdo. Tudo isto deveria já vir de origem, para cada perfil de site, para facilitar a entrada em produção do site e do conteúdo.
O Drupal, sendo uma plataforma generalista, peca muito por não ter perfis de sites pré-configurados que sirvam de base para utilizadores iniciados serem mais rapidamente productivos. Além disso, peca por não ter uma forma mais prática de edição do conteúdo, através de TextFilters, nem permitir rapidamente a criação e ligação de novos nós (páginas ou documentos) de conteúdo.
Há, por isso, uma janela de oportunidade para uma solução que consiga conjugar as características e funcionalidades do Drupal com os pequenos defeitos aqui apontados. Se a resposta a esta janela de oportunidade é o doPortal ou uma nova versão do Drupal ou uma outra solução, isso é uma pergunta que deixo em aberto.