libreplanet-br-sp
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [lp-br-sp] [libreceita] Declara e novas interfaces amigáveis


From: Gabriel Krisman Bertazi
Subject: Re: [lp-br-sp] [libreceita] Declara e novas interfaces amigáveis
Date: Sat, 14 Jan 2017 20:08:22 -0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)

Thadeu Lima de Souza Cascardo <address@hidden> writes:

> On Sat, Jan 14, 2017 at 02:41:28PM -0200, Gabriel Krisman Bertazi wrote:
>> Opa Cascardo,
>> 
>> Parabéns pelo post! 
>> 
>> Antecipando a declaração desse ano, também peguei o declara para dar
>> uma estudada essa semana.
>> 
>> Aproveitei e comecei um handbook explicando como gerar a declaração e
>> a documentar alguns comandos. Assim que tiver algo mais apresentável
>> te encaminho o patch. Também tenho um pequeno fix para um segfault
>> para mandar.
>> 
>> Sobre a documentação, eu estava pensando em fazer inlined no código e
>> gerar com alguma ferramenta (comecei usando o formato do sphinx, que
>> permite exportar para diversos formatos, inclusive um html bastante
>> amigável. O que acha de usar sphinx?
>> 
>> 
>
> Dê uma olhada no comando help e nos arquivos no diretório help/. A idéia
> era usar textos em um formato bem "plano" mesmo. Sem dúvida, uma
> documentação com hipertexto é bem-vinda, mas o usuário de DEC VT-100
> deve ser coberto também.  :-P
>
> Sobre o sphinx, sempre associei à reStructuredText, readthedocs e
> github. Na guerra de formatos, eu uso mais Markdown, ainda preciso
> encontrar mais módulos que lidem com rst. Li agora mais sobre o
> readthedocs e não é uma iniciativa do github, pelo contrário, é mantido
> por uma comunidade e integra com outros repositórios. É só que muitos
> documentos apresentam um link para "edite no github".
>
> Me preocupa a infra-estrutura necessária para gerar os documentos. Se
> puder tornar opcional a geração dos documentos, melhor. Não gostaria de
> nenhuma nova dependência em runtime pra interface de texto, incluindo o
> help. O desafio aqui seria não duplicar documentação por causa de
> múltiplos formatos e ainda ter disponível a documentação em texto pro
> comando help.
>
> Tem alguma sugestão nesse caso? Mostramos em rst mesmo pro usuário?

Seria algo como um "make [html|pdf|rst]docs" separado, você não precisa
necessariamente gerar a documentação como parte do processo de build.
Até onde sei, o sphinx só precisa de dependências em runtime quando
exportar html com um tema custom.

No caso mais simples, seria possível mostrar em rst mesmo, que é uma
opção da ferramenta.  Sei que é possível exportar comentários inlined no
código, mas integrar com um parametro --help me parece um caso um pouco
mais complicado (i.e. kernel-doc?), e não tenho a resposta agora,
preciso olhar como ficaria.

Abraço



>
> Cascardo.
>
>> 
>> On January 14, 2017 2:09:25 PM GMT-02:00, Thadeu Lima de Souza
>> Cascardo <address@hidden> wrote:
>> >Descrevi rapidamente num post no meu blog [1] sobre o declara e
>> >mudanças
>> >recentes para torná-lo mais amigável.
>> >
>> >Contribuições à documentação são bem-vindas, bem como contribuições de
>> >código.
>> >
>> >Abraços.
>> >Cascardo.
>> >
>> >[1] https://cascardo.eti.br/blog/Declara/
>> >
>> >
>> >------------------------------------------------------------------------
>> >
>> >_______________________________________________
>> >libreceita mailing list
>> >address@hidden
>> >http://lists.libreplanetbr.org/mailman/listinfo/libreceita
>> 
>> -- 
>> Sent from my Android device with K-9 Mail. Please excuse my brevity.

-- 
Gabriel Krisman Bertazi



reply via email to

[Prev in Thread] Current Thread [Next in Thread]