Utilizando o bundle, as dependências poderão ser instaladas automaticamente. Fica mais fácil para o usuário.

Mover arquivos que usuário não utilizar para outros lugares

Atualizou para 1.1.0

Utilizar o github_changelog_generator para gerenciar o change log.

Remover as outras alternativas de referências: manual e inline.

• Reformulação do formulário: Remoção de algumas seções informacionais
• Ajuda sobre sintaxe do markdown
• Ajuda será mantida no wiki

• https://github.com/leejarvis/slop
• https://github.com/erikhuda/thor
• https://pragprog.com/titles/dccar/build-awesome-command-line-applications-in-ruby
• https://pragprog.com/magazines/2012-05/what-makes-an-awesome-commandline-application

Quando uma nova versão de configuracao.pdf for gerada deve ser possível salvar os dados preenchidos no formulário e depois restaurá-lo no novo arquivo de configuração.

Implementação está sendo realizada a partir do commit abntex/abntex2@d6c49f2

Testes:

bundle exec rspec -t nivel_educacao

Utilizar a gem friction para elaborar arquivos para auxiliar usuários e novos desenvolvedores.

Criar templates do github.

Habilitar a opção de geração de uma proposta. Gerar um texto equivalente a:

Proposta de Dissertação submetida à Coordenação do Curso de Pós-Graduação em Informática da Universidade Federal da Paraíba como parte dos requisitos necessários para obtenção do grau de Mestre em Informática.

bundle exec rspec -t projeto

• Folha de rosto (obrigatório)
• Errata (opcional)
• Folha de aprovação (obrigatório)
• Dedicatória (opcional) #11
• Agradecimentos (opcional) #12
• Epígrafe (opcional) #13
• Resumos (obrigatório) #14
• Lista de ilustrações (opcional) #15
• Lista de tabelas (opcional) #16
• Lista de abreviaturas e siglas (opcional) #17
• Lista de símbolos (opcional) #18
• Sumário (obrigatório) #19

bundle exec rspec -t area_de_concentracao

As inclusões de ficha catalográfica e folha de aprovação serão através de arquivos PDF, dentro da pasta imagens.

O projeto precisa de um nome para ter uma identidade, acho que limarka está bom: Linguagem de Marcação baseada no Markdown e abnTeX2.

@laurocesar não tenho permissão para renomear o projeto, será que você poderia fazer isso?

O formulário PDF deverá conter:

• instruções mínimas sobre a ABNT
• instruções sobre como implementar os elementos

Atualmente ele reside numa branch separada configuracao

Deliberar o que será implementado em relação as dimensões cognitivas

Exemplos de utilização:

Usuário deseja incluir uma Figura:

limarka fig --imagem casa.png --legenda "Casa do artista." --fonte "Autor" --dimensoes 100 80 65

ou

limarka fig -i casa.png -l "Casa do artista." -f "Autor" -d 100 80 65

O resultado é:

• retornar o código latex para inclusão da imagem com a legenda e fonte especificadas.
• se especificado as dimensões, os códigos serão replicados redimensionando as imagens. No exemplo acima seriam apresentados códigos para inclusão de 3 imagens.
• é gerado um rótulo para referenciação \label{fig:casa} ou \label{casa}
• Texto de referenciação também é gerado: \ref{fig:casa}

Apresentar uma lista de arquivos no diretório imagens, separada de dois grupos: Não incluídas e Incluídas.

A intenção é que o usuário invoque:

limarka fig

Acho que um servidor web embutido seria melhor do que o PDF, pois seria possível elaborar formulários mais elegantes.

Eu utilizaria o sinatrarb para implementá-lo.

tabela:cria => solicita cabeçalho utilizando uma notação amigável (Sexo(x)(Y))(n:Valor). Isso iria criar três colunas, com Sexo acima de (x) e (y) e alinhar coluna valor como numérico.

Manter uma branch separada com os arquivos de configuração é muito trabalhoso, portanto o arquivo configuracao.odt e imagens/configuracao serão mantidas na branch master.

Para os usuários, podemos gerar uma release sem esses arquivos e incluir o configuracao.pdf.

Definir/criar e implementar um mecanismo de ajuda:

• fórum?
• wiki?
• pdf?
• man pages?
• texdoc?

As configurações poderiam ser realizadas em um Arquivo .yaml, no entanto, faz parte da pesquisa verificar se os usuários iriam aceitar melhor edição de um arquivo PDF.

A branch configuração irá manter os arquivos fontes para geração do PDF com formulário (configuracao.odt), e somente o PDF (configuracao.pdf) será incluído na branch master.

Para diminuir o tamanho do arquivo configuracao.odt, todas as imagens serão vinculadas em vez de embutidas.

No momento a versão atual (v1.0.0) da dependência pdf-forms não suporta campo com multiplas linhas.

Realizei um pullrequest com a correção, estou aguardando que eles publiquem uma nova versão com a correção.

Por enquanto gerei uma versão em desenvolvimento local (https://github.com/edusantana/pdf-forms/tree/v1.0.1). Se outras pessoas forem utilizar, será necessário gerar o gem e instalar localmente.

Por alguma razão que desconheço, quando a lista de siglas está vazia, o sumário é gerado com problemas:

Neste sumário, "Sobre bananas" era para ser "2.1"

A mensagem atual foi:

$ limarka 
/var/lib/gems/2.3.0/gems/limarka-0.2.0/lib/limarka/trabalho.rb:143:in `ler_configuracao_pdf': Arquivo não encontrado: configuracao.pdf (IOError)
    from /var/lib/gems/2.3.0/gems/limarka-0.2.0/lib/limarka/trabalho.rb:138:in `ler_configuracao'
    from /var/lib/gems/2.3.0/gems/limarka-0.2.0/lib/limarka/trabalho.rb:124:in `atualiza_de_arquivos'
    from /var/lib/gems/2.3.0/gems/limarka-0.2.0/lib/limarka/cli.rb:84:in `exec2'
    from /usr/lib/ruby/vendor_ruby/thor/command.rb:27:in `run'
    from /usr/lib/ruby/vendor_ruby/thor/invocation.rb:126:in `invoke_command'
    from /usr/lib/ruby/vendor_ruby/thor.rb:359:in `dispatch'
    from /usr/lib/ruby/vendor_ruby/thor/base.rb:440:in `start'
    from /var/lib/gems/2.3.0/gems/limarka-0.2.0/exe/limarka:6:in `<top (required)>'
    from /usr/local/bin/limarka:23:in `load'
    from /usr/local/bin/limarka:23:in `<main>'

Poderia apontar para o arquivo jabref do Docear