Surge a ideia: você quer, além de publicar o post, permitir que seus leitores façam o download de algum material relacionado. Há algumas soluções possíveis para esse problema:

1. Você pode fazer o upload do arquivo, copiar a URL e criar um link manual (Faça o download do arquivo, ou algo parecido) dentro do seu post;
2. Fazer o upload, copiar a URL e joga-la dentro de um custom field (com uma chave chamada upload_file, por exemplo) e criar, dentro do tema, uma área para download do arquivo, usando as funções dos campos personalizados;
3. Criar uma meta box e nela inserir a URL do arquivo;

Só que você não quer copiar links de um lado pro outro. Isso é chato e, para muitos clientes, complicado. O interessante seria criar uma meta box com um botão que leve diretamente para o media uploader padrão do WordPress, e assim evitar que você e o seu cliente percam tempo com coisas desnecessárias. E é isso que faremos.

Criando a meta box

Em primeiro lugar, vamos criar a meta box de upload. Ela vai conter um campo de texto, onde será mostrada a URL do arquivo, e um botão que levará ao media uploader do WordPress. Para isso, criamos uma ação dentro do hook add_meta_boxes, responsável por chamar a função my_meta_box(). Dentro dela, a função add_meta_box() cria a nova seção do nosso post / página.

<?php

/*
 * Adiciona a meta box para upload do arquivo
 */
add_action( 'add_meta_boxes', 'my_meta_box' );

function my_meta_box()
{
	add_meta_box( 'my_meta_uploader', 'Upload de arquivo', 'my_meta_uploader_setup', 'post', 'normal', 'high' );
}

/*
 * Adiciona os campos para a meta box de upload
 */
function my_meta_uploader_setup()
{
	global $post;

	// Procura o valor da chave 'upload_file'
	$meta = get_post_meta( $post->ID, 'upload_file', true );
	?>

	<p>
		Clique no botão para fazer o upload de um documento. Após o término do upload, clique em <em>Inserir no post</em>.
	</p>

	<p>
		<input id="upload_file" type="text" size="80" name="upload_file" style="width: 85%;" value="<?php if( ! empty( $meta ) ) echo $meta; ?>" />
		<input id="upload_file_button" type="button" class="button" value="Fazer upload" />
	</p>

	<?php
}

?>

A nossa meta box ficará da seguinte forma:

A meta box, já implementada, como vocês podem ver nesta enorme imagem

Salvando os dados

Agora, precisamos fazer três coisas: procurar se há algum valor dentro da chave upload_file, atualizar este valor quando o campo for modificado e salvar estes dados dentro do post através da função my_meta_uploader_save(), que será executada quando na chamada do hook save_post:

<?php

/*
 * Salva os dados da nossa custom meta box
 */
add_action( 'save_post', 'my_meta_uploader_save' );

function my_meta_uploader_save( $post_id ) {

	if ( ! current_user_can( 'edit_post', $post_id ) ) return $post_id;

	// Recebe o valor que foi enviado pelo media uploader
	$arquivo = $_POST['upload_file'];

	// Adiciona a chave upload_file ou atualiza seu valor
	add_post_meta( $post_id, 'upload_file', $arquivo, true ) or update_post_meta( $post_id, 'upload_file', $arquivo );

	return $post_id;
}

?>

A integração com o media uploader do WordPress

Enfim, o media uploaders. A ideia é simples: duplicamos a função original e chamamos a sua cópia apenas quando o botão Fazer upload for clicado. Dessa forma, quando fizermos o upload ou procurarmos algum arquivo, o botão Inserir no post preencherá o campo da meta box com a URL do arquivo, e não o editor de texto padrão do WordPress. É necessário avisar no código que usaremos o script quando a área de administração for chamada, representada aqui pelo hook admin_init:

<?php

/*
 * Adiciona o script que replica o uploader padrão do WordPress
 */
add_action( 'admin_head', 'my_meta_uploader_script' );

/*
 * O novo media uploader, baseado no post e nas discussões do site abaixo
 * http://www.webmaster-source.com/2010/01/08/using-the-wordpress-uploader-in-your-plugin-or-theme/
 */
function my_meta_uploader_script() { ?>
	<script type="text/javascript">
		jQuery(document).ready(function() {

			var formfield;
			var header_clicked = false;

			jQuery( '#upload_file_button' ).click( function() {
				formfield = jQuery( '#upload_file' ).attr( 'name' );
				tb_show( '', 'media-upload.php?TB_iframe=true' );
				header_clicked = true;

				return false;
			});

			// Guarda o uploader original
			window.original_send_to_editor = window.send_to_editor;

			// Sobrescreve a função nativa e preenche o campo com a URL
			window.send_to_editor = function( html ) {
				if ( header_clicked ) {
					fileurl = jQuery( html ).attr( 'href' );
					jQuery( '#upload_file' ).val( fileurl );
					header_clicked = false;
					tb_remove();
				}
				else
				{
			  		window.original_send_to_editor( html );
			  	}
			}

		});
  </script>
<?php
}

?>

Por último, filtramos o the_content utilizando a função get_post_meta(). O objetivo é criar uma pequena área de download dentro do nosso tema:

<?php

/*
 * Download do arquivo
 * Adiciona um parágrafo com um link para o arquivo salvo na meta box
 */
add_filter( 'the_content', 'insert_meta_data' );

function insert_meta_data( $content ) {

	global $post;

	$meta = get_post_meta( $post->ID, 'upload_file', true );

	if ( $meta ) {
		$content .= '<p class="download-revista">';
		$content .= '<a href="' . $meta . '" title="Clique para iniciar o download">';
		$content .= 'Faça o download do arquivo';
		$content .= '</a>';
		$content .= '</p>';
	}

	return $content;

}

?>

E, finalmente, a nossa singela área de download:

O post, já com o link para download

Mais informações

• Custom Fields / Campos personalizados no Codex, a documentação oficial do WordPress
• Hooks, actions e filters
• A função add_meta_box()
• Using the WordPress Uploader in Your Plugin or Theme, com a discussão sobre formas de usar o media uploader nativo

O WordCamp é uma conferência sobre WordPress que acontece no mundo todo. Nele, desenvolvedores, designers e usuários casuais assistem a palestras e apresentações, trocam ideias e se conhecem num ambiente informal. Originado nos Estados Unidos, o evento tem agora sua segunda edição aqui no Brasil (a primeira, o WordCamp Brasil, ocorreu ano passado) e a Ethymos, junto com as agências PontoCom, Hacklab e o coletivo Soylocoporti, estão apoiando e ajudando na organização.

Para mais informações, visite o site oficial do WordCamp Curitiba.

Inscrições, palestras, grade de atividades e outras informações logo estarão disponíveis aqui no site da comunidade.

Ainda que alguns plugins como o Widgets Reloaded transformem os widgets nativos consideravelmente, alguns são tão limitados que talvez você não precise deles. Nem você nem o seu cliente. E a solução pra isso é simples: remover do painel de administração os widgets que você não vai usar e manter apenas os importantes para o seu tema.

No painel de administração, com os widgets nativos já removidos

Para isso, abra o seu arquivo functions.php e insira as seguintes linhas:

function remover_widgets() {

    // Caso queira manter algum widget, apenas comente a linha desejada

    unregister_widget( 'WP_Widget_Archives' );
    unregister_widget( 'WP_Widget_Calendar' );
    unregister_widget( 'WP_Widget_Categories' );
    unregister_widget( 'WP_Widget_Links' );
    unregister_widget( 'WP_Widget_Meta' );
    unregister_widget( 'WP_Widget_Pages' );
    unregister_widget( 'WP_Widget_Recent_Comments' );
    unregister_widget( 'WP_Widget_Recent_Posts' );
    unregister_widget( 'WP_Widget_RSS' );
    unregister_widget( 'WP_Widget_Search' );
    unregister_widget( 'WP_Widget_Tag_Cloud' );
    unregister_widget( 'WP_Widget_Text' );

}

// Adiciona a nossa função ao hook widgets_init

add_action( 'widgets_init', 'remover_widgets' );

Criamos uma função, remover_widgets(), que vai agregar todos os unregister_widget() e, através deles, remover as funcionalidades que não desejamos. Após isso, o código executa a add_action(), que registra a nossa função para ser executada quando a área de widgets for iniciada. E é isso. Agora é só entrar no painel de administração do WordPress e ver que os widgets já não estão mais lá.

Veja também:

• A nova API de widgets do WordPress 2.8
• Exemplo do código dos widgets nativos na versão 2.8 (você pode encontrar este arquivo na sua instalação do WordPress, em wp-includes/default-widgets.php)
• A função add_action
• Hooks do WordPress

As palestras e cases abordarão temas como SEO, Blog Promotion, WordPress para designers, carreira, portais para rede de ensino, WordPress MU, blogsfera e uso do BuddyPress em sites governamentais. Em paralelo, ocorrerão as rodas de discussão, nas quais os temas serão escolhidos durante o próprio evento.

Mais informações sobre o evento na página do WordCamp Brasil.

Aaron Brazeel, do site Technosailor, conversou com algumas pessoas presentes no evento. De acordo com ele, poucos detalhes foram dados por Matt, mas eles sugerem que o administrador terá a opção de ativar as funcionalidades do WordPress MU tanto no momento da instalação quanto depois, com o sistema já rodando.

Ainda não se sabe quando essa união ocorrerá, mas especula-se que o processo esteja finalizado para a versão 2.9 da plataforma.

Matt vem para o CMS Brasil 2009, encontro de desenvolvedores realizado pela iMasters e promovido pela Fábrica Livre. O evento, que ocorrerá em São Paulo, no dia 20/06, vai contar não só com Matt, mas também com Anthony Ferrara, coordenador mundial de desenvolvimento do Joomla!, Addison Berry, líder do time de documentação do projeto Drupal, além de mais doze palestrantes brasileiros.

De acordo com o site oficial do evento, Matt terá duas horas no auditório principal, as quais serão divididas entre palestra e mesa redonda intermediada pelo Paulino Michelazzo e com a participação da Cátia Kitahara, representando a nossa comunidade. Além da participação da Cátia, nossa comunidade será representada pelo Leo Germani, que dará uma palestra sobre o uso do WordPress como um CMS completo e não apenas uma plataforma de blogs.

WordCamp Brasil

Aproveitando a presença de Matt Mullenweg no Brasil, nós da Comunidade WordPress-BR resolvemos fazer o nosso WordCamp no dia seguinte ao CMS-Brasil. Tal decisão foi tomada após consultarmos os organizadores do evento CMS Brasil e a assessoria de Matt Mullenweg, que apoiaram a idéia.

Portanto, queremos dar ao iMasters e à Fábrica Livre os devidos créditos por trazer o Matt Mullenweg ao Brasil e agradecê-los a oportunidade de realizarmos nosso encontro.

Como no ano passado, há uma página especial no Codex sobre o GSoC. Nela estão algumas idéias de melhorias para a plataforma, divididas em áreas como BuddyPress, mídia, buscas e frameworks de temas, cada uma com seus respectivos mentores. O texto também recomenda que os possíveis interessados façam uso das idéias que são enviadas pela comunidade. Na lista wp-hackers, alguns projetos já circulam há algum tempo:

• Framework de temas dinâmico, por Daryl Koopersmith
• Fluxos de criação/edição, por Edward Dale
• Pesquisa avançada, por Varuna Jayasiri
• Editor inline de front-end, por Robin Chang

Desenvolvedores, corram!

De acordo com Vladmir Prelovac, em seu texto Top 10 Tips for WordPress Plugin Developers, os usuários se interessam mais em fazer download de plugins com uma boa descrição, instruções de instalação e algumas telas que os mostrem funcionando. Além disso, Vladmir comenta que, em segundo plano, caso seu plugin se torne popular, você começará a receber inúmeros pedidos de suporte. Dessa forma, se o plugin possuir um readme.txt completo, as chances de você ser inundado por perguntas diminui consideravelmente. E foi pensando nisso que Sudar Muthu disponibilizou o WordPress Plugin Readme File Generator.

Os campos obrigatórios do formulário

O WordPress Plugin Readme File Generator nada mais é do que uma simples ferramenta que agiliza a produção desse arquivo. Utilizando o  padrão de escrita do WordPress, a fim de que as informações entrem corretamente no repositório de plugins, o formulário desenvolvido por Muthu gera o arquivo readme.txt para o seu plugin, baseado nas informações que você fornece. Após a inclusão dos campos obrigatórios, é só gerar o arquivo, validar (ele usa o próprio validador do WordPress), salvar o arquivo e pronto, seu readme.txt está criado.

Desenvolvedores, documentem seus plugins. Sério, não dói. A documentação básica aumenta a credibilidade e, principalmente, a qualidade da extensão desenvolvida. E simples idéias como essa de Sudar Muthu podem facilitar essa tarefa.

Fixando o post

Basta você criar um novo post ou editar um antigo e marcar a opção Fixar este post na página inicial no painel Publicar e pronto, seu post será o primeiro da lista. Caso deseje usar a funcionalidade para mais de um post, sem problemas. O WordPress jogará todos os posts marcados como sticky/fixo pro topo do seu site. Só atenção: a ordem dos posts respeitará a ordem que foi usada para marcá-los. O último post fixado vai ser sempre o primeiro da fila, independente da data dos outros. E que fique claro, os posts continuam na ordem cronológica. Se você desmarcar a opção de fixar o post, ele simplesmente não aparecerá mais no topo das postagens.

Estilizando o post

Como a Cátia já escreveu em seu texto sobre o post_class(), o WordPress agora cria, através dessa função, várias classes para o post. E claro, era de se esperar que uma classe sticky fosse atribuída caso o post estivesse marcado assim. A minha estrutura ficou assim:

<div id="destaques" class="post sticky hentry category-i">

Agora, é só declarar a classe sticky no seu arquivo CSS e estilizá-la como bem entender.

A tag condicional is_sticky()

Sendo redundante, a função is_sticky(), se usada dentro do The Loop, vai retornar verdadeiro caso o post tenha sido marcado como sticky. É, simples assim.

<?php if (is_sticky()) echo 'Este é um sticky post'; ?>

Caso você precise saber se tal post é um sticky, basta colocar a ID do post desejado como parâmetro da função:

<?php if (is_sticky('33')) echo 'Esse é um sticky post também'; ?>

Ignorando sticky posts

Provavelmente você não vai querer que os posts fiquem fixos em todas as áreas do seu site, principalmente se você executa várias queries dentro do mesmo arquivo. Para ignorar os sticky posts e mantê-los na ordem cronológica, faça uso do parâmetro caller_get_posts=1 dentro da query:

<?php query_posts('caller_get_posts=1'); ?>

Retirando ou mostrando apenas os sticky posts na query

Não há muito o que explicar. Caso você não queira que a sua query mostre os posts marcados como sticky, faça:

<?php $sticky = get_option('sticky_posts') ; ?>
<?php query_posts(array('post__not_in' => $sticky)); ?>

Agora, se a idéia e mostrar apenas aqueles posts marcados, use o parâmetro post__in:

<?php $sticky = get_option('sticky_posts') ; ?>
<?php query_posts(array('post__in' => $sticky)); ?>

Mostrando apenas um sticky post no topo da página

Por padrão, o query_posts() traz todos os posts fixados para o topo. Se você quiser apenas um desses posts no topo, isso pode ser feito da seguinte maneira:

 <?php $sticky = get_option('sticky_posts'); ?>
<?php query_posts('p=' . $sticky[0]); ?>

Essa query é perfeita para blogs que possuam espaço para um post destaque. Porém, ela traz o primeiro post marcado como sticky (é, o primeiro de todos), o que não me parece uma solução muito interessante. Para que a query retorne o último post fixado, apenas adicione a função array_reverse() para que assim a primeira ocorrência seja, na verdade, o último sticky post.

<?php $sticky = get_option('sticky_posts'); ?>
<?php $sticky = array_reverse($sticky); ?>
<?php query_posts('p=' . $sticky[0]); ?>

E é isso. Resumidamente, estão aí todos (ou quase todos) os principais detalhes sobre sticky posts. É bem possível que este artigo não tenha mostrado nenhuma novidade perto de outros já escritos, mas ei, é mais uma referência. E sugestões, claro, são mais do que apreciadas.