mostra mensagem enquanto compila o css de produção
conserta exibição do calendário na página de administração

também adiciona uma opção "outro" no tipo de evento. as cores que são
usadas pra mostrar os eventos na página de administração são cores com
luminância igual, pra não parecer que alguma delas é mais importante ou
chama mais a atenção que outras. No caso do evento neutro, provavelmente
vai ser mais interessante usar uma cor que seja neutra de verdade, como
um cinza ou algo mais leve
permite adicionar dados extras a alguns tipos de evento
remove arquivos desnecessários
usa block-grid pro calendário na página de admin

a parte boa é que usa todo o espaço que tem na row, e fica fácil pra
repetir o conteúdo em um plugin
centraliza texto no calendário
transforma o calendário em uma templatetag

o calendário agora é uma templatetag, ou seja, pode ser reutilizada em
outros locais do site. por hora, o calendário não permite que sejam
mostrados o conteúdo de cada evento, só aparece o tipo do evento.
cria um plugin pra colocar a programação no CMS
adiciona métodos úteis no modelo do evento (e usa)
faz render_schedule gerar visualização "normal" e de administração
adiciona página de minicursos geral e específica

tem duas views novas: a de detalhes de evento (genérico) e a de detalhes
de minicurso. os minicursos precisam de uma view especial porque não tem
como (no sentido de que é cansativo pra quem estiver vendo o site)
mostrar todas as descrições de todos os minicursos em uma página só.

todas as páginas podem ser abertas via ajax (quando o browser tem
javascript) e como páginas individuais, então dá pra distribuir links
dos eventos sem problema.
adiciona css do painel de minicursos
adiciona página pra eventos "outros"
permite acessar eventos por urls com slugs

as urls dos eventos específicos (palestras, minicursos, outros) podem
agora ser acessadas com uma slug, pra ajudar na divulgação. por exemplo,
pode ter um minicurso com url /programacao/minicurso/2/titulo-do-curso.

se uma slug errada é usada, não tem problema, o que importa pra
encontrar o evento certo é o id que tem na url, e o usuário é
redirecionado pro endereço certo caso use algum errado, então não tem
problema caso a requisição venha com o link errado. redirecionar pro
link certo é uma tentativa de ajudar com SEO pro site, manter links com
o nome certo mas não depender do link completo caso alguém queira
compartilhar uma versão menor
faz EventData usar OneToOneField
Merge pull request #60 from fcoelho/calendar

Programação semcomp