Software Público Brasileiro

Olá pessoal,

A partir da sprint 35, começamos a trabalhar na inserção de conteúdo html
na página de uma comunidade no Noosfero.

Começamos pela aba de discussões, criando uma view no plugin do spb em que
carregamos uma quantidade específica de threads de email de uma dada lista
de discussão (os dois parâmetros são passados via GET). Esse conteúdo é
inserido na página por meio de um javascript que adicionamos no plugin do
noosfero.

Nessa sprint (36), iniciamos a inserção do feed de repositórios de uma
comunidade. O que observamos é que os tipos de dados indexados atualmente
(merge requests, projetos, comentários e issues), pelo plugin do gitlab não
suprem a funcionalidade prevista para a release 4. A princípio, a melhor
solução que encontramos foi a inserção do conteúdo gerado pelo próprio
Gitlab através de uma requisição ajax (na página de atividades do
repositório). A chamada desse conteúdo é feita via javascript também. Essa
alternativa tem a vantagem de informar atividades que a api do Gitlab não
indexa, mas foge à arquitetura planejada inicialmente e é algo temporário.
Adicionaremos isso ao backlog, caso a melhor solução não apareça ainda
nessa sprint.

No momento, temos dois pontos a discutir:
- Quais dados devemos indexar no Gitlab para termos a maior rastreabilidade
possível das atividades;
- Onde deve ficar o Javascript que carrega cada aba da página de
comunidades do Noosfero.

Sérgio,
Podemos ter uma reunião, junto com a Melissa, para definir como melhor
indexar os dados?

Quanto ao segundo ponto, podemos deixar o javascript no plugin do noosfero
e carregá-lo via diazo (o que acarreta um certo acoplamento do plugin do
spb ao plugin do noosfero). Também podemos inserir o javascript diretamente
no bloco do noosfero responsável por conter esse conteúdo (na página de
comunidades), o que também está longe de ser a solução ideal.


Nessa sprint, estão trabalhando, diretamente nessa história, o Macártur,
Charles e Carlos. Críticas e sugestões são bem vindas. =)


Att,

Alexandre Barbosa
Macártur de Sousa

Em 11 de agosto de 2015 11:20, Alexandre Almeida Barbosa <
alexandrealmeidabarbosa@gmail.com> escreveu:

> Olá pessoal,
>
> A partir da sprint 35, começamos a trabalhar na inserção de conteúdo html
> na página de uma comunidade no Noosfero.
>
> Começamos pela aba de discussões, criando uma view no plugin do spb em que
> carregamos uma quantidade específica de threads de email de uma dada lista
> de discussão (os dois parâmetros são passados via GET). Esse conteúdo é
> inserido na página por meio de um javascript que adicionamos no plugin do
> noosfero.
>
> Nessa sprint (36), iniciamos a inserção do feed de repositórios de uma
> comunidade. O que observamos é que os tipos de dados indexados atualmente
> (merge requests, projetos, comentários e issues), pelo plugin do gitlab não
> suprem a funcionalidade prevista para a release 4. A princípio, a melhor
> solução que encontramos foi a inserção do conteúdo gerado pelo próprio
> Gitlab através de uma requisição ajax (na página de atividades do
> repositório). A chamada desse conteúdo é feita via javascript também. Essa
> alternativa tem a vantagem de informar atividades que a api do Gitlab não
> indexa, mas foge à arquitetura planejada inicialmente e é algo temporário.
> Adicionaremos isso ao backlog, caso a melhor solução não apareça ainda
> nessa sprint.
>
> No momento, temos dois pontos a discutir:
> - Quais dados devemos indexar no Gitlab para termos a maior
> rastreabilidade possível das atividades;
> - Onde deve ficar o Javascript que carrega cada aba da página de
> comunidades do Noosfero.
>
> Sérgio,
> Podemos ter uma reunião, junto com a Melissa, para definir como melhor
> indexar os dados?
>
> Quanto ao segundo ponto, podemos deixar o javascript no plugin do noosfero
> e carregá-lo via diazo (o que acarreta um certo acoplamento do plugin do
> spb ao plugin do noosfero). Também podemos inserir o javascript diretamente
> no bloco do noosfero responsável por conter esse conteúdo (na página de
> comunidades), o que também está longe de ser a solução ideal.
>
>
> Nessa sprint, estão trabalhando, diretamente nessa história, o Macártur,
> Charles e Carlos. Críticas e sugestões são bem vindas. =)
>

Como esta semana foi de muitas emoções, vejam se cabe ainda discutir nesta
quinta-feira ou se deixarão para a próxima semana.

obrigado,
--
Paulo Meirelles
FGA-UnB (http://fga.unb.br)
CCSL-IME/USP (http://ccsl.ime.usp.br)

Com relação ao Noosfero, já está criado o bloco com as abas, por enquanto
com as abas padrão do Noosfero, que utiliza o jquery-ui. Assim que nos for
passado as abas com o layout definitivo é só trocar o html.