JQuery in Action

Até então, estava dependendo só de referências online. Mas esse livro é bem superior.

Já estava desistindo e começando um do zero quando encontrei o jFlow.

Era o que procurava! Simples de implementar/customizar e bem leve, apesar de antigo (dependendo de uma versão lá atrás do jQuery).

Referência:
Step By Step To Create Content Slider using jFlow, A Minimalist jQuery Plugin
(esse link é só uma referência para se ter uma ideia rápida, já que tem alguma coisa quebrada nesse passo-a-passo. O exemplo contido no download do plugin funciona melhor)

Os novos tipos de conteúdo, registrados em functions.php, aparecem na interface de administração

Ainda não tinha tido tempo de ver o Wordpress 3. Estava bem curioso para ver como funciona o esquema de “custom post types”. A princípio, fiquei desapontado. Na interface de administração não há nada, é tudo via código. Mas depois me animei.

Esse era o recurso que faltava no Wordpress. Agora não é preciso mais ficar fazendo gambiarras com categorias para usar tipos de conteúdo diferentes.

Na verdade, não tem segredo nenhum: é bem simples criar um novo tipo de post.

Apesar de o recurso estar ainda numa fase inicial, junto com as novas taxonomias, o Wordpress agora se aproxima do Drupal, no quesito “CMS para conteúdos mais complexos”.

Sempre que precisava escolher o CMS de um projeto, se o conteúdo fosse além das páginas fixas + blog, era Drupal na certa. Agora, o páreo fica mais concorrido. Ainda mais considerando os pontos fortes do WP: facilidade para design e a imbatível interface de administração.

Só falta agora um plugin WP equivalente ao Views do Drupal, para podermos criar rapidamente consultas e listagens desses diferentes tipos de conteúdo.

Leia mais:
Como criar Custom Post Types no Wordpress 3.0

Dá até para blogar com ele, assim como foi feito neste post

Já tinha ouvido falar que tem gente que migra para Mac por causa do Textmate. Achava um exagero, mas recentemente fiquei maravilhado também. Eu já usava faz um tempo, sem nem saber as mágicas que ele faz.

Mexendo com Rails, precisei dar uma pesquisada nos recursos para agilizar o processo. E caí boquiaberto!

A primeira coisa que me chamou a atenção é a simplicidade. A minimalista interface é só uma janela em branco! Mas branco cansa um pouco, melhor um fundo escuro, tipo linha de comando e… Fica ótimo também!

Uma coisa que achei demais é ele executar arquivos Ruby, mostrando a saída em uma janelinha. Não só executa, mas valida também. Ruby, HTML, CSS… Com Rails, ele ainda executa os testes, mostrando os resultados de uma forma melhor que a original.

Disparar um Terminal no mesmo caminho do arquivo atual também é uma mão na roda.

Fora os atalhos… Um dos que mais gosto é o Ctrl + Shift + L. Se houver um trecho selecionado e um link copiado, o programa automaticamente transforma o trecho no HTML para o link, com direito a mágica e tudo: o atributo “title” já vem preenchido com o título da página! (ele acessa o link e copia o pagetitle!)

Uma coisa que para mim foi a gota d’água é que o bichinho ainda posta no Wordpress! E faz isso num piscar de olhos: o post vai para o ar e o link é aberto automaticamente.

Já era! Virei um adepto do “sistema operacional” Textmate.

Afinal, enquanto não sai o Internet Explorer 9, nem adianta muito usarmos as propriedades CSS do Firefox ou webkit para arredondar cantos. A não ser que os visitantes que usam o IE sejam ignorados (ou seja, impossível), teremos que continuar fazendo divs “pendurados” e dá-lhe background.

O jQuery Corner cria esses divs on the fly no IE e, no caso de browsers mais modernos, faz as bordas só com CSS!

Ainda não experimentei, mas no próximo projeto com cantos redondos testarei.

Há uma opção especificamente para isso no arquivo my.conf:

[mysqld]
ft_min_word_len=3

Nesse exemplo, 3 é o número mínimo de letras para uma palavra ser indexada.

Para quem usa Mac, e Mamp, é preciso criar esse arquivo, com base nos exemplos que estão em /MAMP/Library/share/mysql. Por exemplo, copie o arquivo my-small.cnf para /MAMP/Library/, renomeie-o para my.conf e cole o bloco acima.

Obviamente, o “small” se refere a uma configuração padrão para bancos de dados pequenos.

Referências:

• Fine-Tuning MySQL Full-Text Search
• Create MySQL configuration file (my.cnf) on MAMP

Para o básico em relação à linguagem Ruby, o que achei melhor foi “Learn To Program”: dá para matar em duas sentadas, é objetivo e bem prático, com exercícios. Há uma versão em português online aqui: Aprenda a programar (não li essa tradução).

Os disponíveis online, que comecei e larguei foram:

• “Programming Ruby” – muito extenso e minucioso, além de ser voltado para programadores mais avançados. No entanto, guardei como “A Referência” a ser consultada em dúvidas futuras
• “Mr. Neighborly’s Humble Little Ruby Book” – fiquei meio incerto sobre o rumo do livro, com a impressão de que coisas importantes estavam passando batidas
• “why’s (poignant) Guide to Ruby” – realmente é uma obra-prima da literatura de informática. Mas eu estava mais interessado em pegar logo o básico do que em humor surreal

Já para Rails propriamente dito, o que achei melhor foi “Foundation Rails”, por se dirigir mais a programadores iniciantes.

Um que comecei e larguei foi o clássico “Agile Web Development with Rails”, por se dirigir a programadores mais avançados. Mas é um que já deixei na fila, por abordar o passo-a-passo de um projeto mais complexo.

Django

Em relação ao framework Django, que é o rival Python do Rails, realmente Rails perde em termos de documentação online. Na época que comecei no Django, não precisei de nada além da documentação oficial.

Em Rails, a documentação oficial só serve para o pontapé inicial e para referência futura sobre a API.

Uma coisa que decepciona também é que os tutoriais online deixam um pouco a desejar. Sendo fundamental algum livro comercial.

No final, rolou um glorioso Fail. Tive que apelar para o Apache do Mac mesmo. Vou documentar pois vira e mexe preciso consultar esses procedimentos.

Comecei com essa dica: Using Ruby MySQL Gem with MAMP 1.8.x on Snow Leopard.

Para isso, tive que atualizar o Mamp. Estava com receio de quebrar algo no processo, já que meu Mamp está todo customizado. Mas como já tinha documentado as principais mudanças [Drupal no Mac], foi suave.

Tive que instalar o XCode também, que vem no DVD do Snow Leopard. Essa etapa funcionou que é uma beleza, me deixando saudosista dos tempos em que compilava kernel customizado no Linux.

Agora que o Ruby já conversa com o MySQL, falta o Apache do Mamp. Essa não é uma etapa obrigatória, sendo que o desenvolvimento local pode ser feito com os servidores web do Rails (Mongrel ou Webrick). Mas tive que configurar o Rails no Apache pois alguns hosts (como a Dreamhost), devido a alguma configuração específica, simplesmente não rodam uma aplicação que, localmente, está OK.

Para já ir desenvolvendo na mesma configuração do servidor onde ficará a aplicação é preciso usar o Apache/Passenger localmente.

Módulo não compila

Tentei me basear nessa dica: Installing passenger on Apache that bundled with MAMP. Ela não funciona pois ao rodar o passenger-install-apache2-module, é preciso especificar os caminhos específicos do Apache Mamp, coisa que não é informada aí.

Mas mesmo fazendo isso, não funciona. A compilação pára em certo momento, reclamando de alguns arquivos não encontrados. Gastei várias horas tentando compilar o Passenger de umas dez maneiras diferentes. Pelo que entendi, o problema é que — mesmo usando os arquivos-fonte do Mamp — faltam arquivos para a compilação, como o config_vars.mk.

Desisti. Como a dica acima funciona se compilarmos o Passenger com o Apache do Snow Leopard, é assim que estou usando, apesar de ser uma gambiarra horrível usar o MySQL do Mamp com o Apache do Snow Leo, ainda mais porque meu Mamp está configurado nas mesmas portas do Mac.

O que vou fazer assim que tiver um tempo maior é abandonar o Mamp e instalar MySQL e PHP tudo na mão mesmo.

Dreamhost e Drupal

Por falar em Dreamhost, há um mês mais ou menos ficou muito difícil lá para quem usa Drupal. Trabalho com um site que ficou praticamente inutilizável em horário comercial (PDT, nos EUA). Pesquisei bastante, tentando algum jeito de contornar o problema, mas nada.

Por fim, a própria Dreamhost admitiu que, por usar servidores MySQL separados, há uma latência que prejudica muito CMSs como o Drupal, que realizam dezenas de queries por pageview.

Migrei para Bluehost e agora dá para respirar aliviado: uuuuffaaaaa! Tá tudo de volta ao normal.

CSS do TinyMCE

A primeira é fundamental para quem usa o módulo Image Assist, que torna fácil a inserção de imagens no editor. O problema é que ao deixar uma imagem flutuando na direita ou esquerda, o editor (no caso o TinyMCE) não exibe o HTML corretamente, fazendo uma bagunça horrível na tela.

Claro que é muito mais preciso escrever tudo em HTML direto. Mas e quem não sabe HTML? Por exemplo, clientes. Para isso, o Image Assist e um editor Wysiwyg são fundamentais. Para funcionar é o seguinte:

• primeiro, é preciso fazer o TinyMCE ler um arquivo CSS customizado. Essa dica [Drupal: How to increase the default font size in TinyMCE] funciona bem. Vale a pena também aumentar o tamanho das fontes, que por default são minúsculas
• depois, para fazer o TinyMCE exibir os “img floats” é só copiar os estilos do arquivo img_assist.css (na pasta do módulo)  para esse CSS customizado
• se quiser alterar o tamanho padrão do editor, o mais fácil é definir a altura e largura para “body.section-node-edit textarea#edit-body.form-textarea” direto no CSS do tema

Pronto, agora o TinyMCE do Drupal funciona melhor que o do Wordpress! Mas isso depende desse tipo de customização.

Legendas para imagens do CCK

Essa aqui também era tudo que eu precisava! Talvez outras pessoas tenham o mesmo problema:

Um campo customizado do tipo imagem, criado com o CCK, tem a desvantagem de não ter legendas. Mas esse tipo de campo é imprescindível para podermos listar imagens em views (por exemplo, para mostrar automaticamente imagens em chamadas), coisa muito mais difícil de fazer com o Image Assist.

Simplesmente escrever a legenda embaixo da imagem não funciona, pois ela “vai para o saco” em uma simples paginação ou outros casos.

Como então fazer a legenda? Dá para criar um arquivo de template que pega a informação de alguma tag interna da imagem (title, alt ou description) e exibe isso como legenda. Bingo!

A dica que usei e funciona é essa aqui: Printing the Description (or Title) Below the Image.

Surgiram uns probleminhas, mas deu pra resolver:

• um conflito com uma versão mais antiga do jQuery — que já era usado — impedia o carregamento do script. Tive que desativá-la. Então… o componente que precisava dessa versão antiga parou de funcionar. Tive que ir examinando combinação por combinação até achar um denominador comum que atendesse a todo mundo
• a animação funcionou bem com Firefox, IE8 e IE7. Mas com webkit (Chrome e Safari), o retorno ao tamanho pequeno começava de um ponto diferente, criando um engasgo feio. Isso foi difícil de entender, mas depois de fritar um pouco os miolos vi que dava pra contornar o problema removendo o position:absolute nos li(s) e redefinindo os valores de posicionamento, agora em modo “relative”

O blog citado tem outras dicas bem legais também de animação com jQuery.