integração da interface do repositório
-
25 de Março de 2015 às 15:57Olá pessoal,
Estive trabalhando numa forma de integrar as interfaces do repositório à estrutura principal para fortalecer a percepção de unidade do Portal.
Vejam o resultado em http://spb.rodmaia.net . Existem duas páginas: uma de grupo e outra de projeto. Optei por não incluir o menu principal para diminuir o volume de informação. Fiz outros comentários pontuais nos protótipos.
Peço que revisem e me mandem o feedback. Os protótipos são ferramentas de discussão, todas as opiniões são bem vindas.
Falando em repositório, seria possível os botões “Repositório” nas páginas de software e comunidade apontarem para a página do Projeto no Gitlab, se um software tiver apenas 1 projeto?
Obrigado,
Rodrigo Maia
Designer de Experiência do Usuário (UX)
www.rodmaia.net -
26 de Março de 2015 às 10:40Em 25 de março de 2015 12:57, Rodrigo Maia
escreveu: > Olá pessoal,
>Oi Maia,Estive trabalhando numa forma de integrar as interfaces do repositório à
> estrutura principal para fortalecer a percepção de unidade do Portal.
>
> Vejam o resultado em http://spb.rodmaia.net. Existem duas páginas: uma de
> grupo e outra de projeto. Optei por não incluir o menu principal para
> diminuir o volume de informação. Fiz outros comentários pontuais nos
> protótipos.
>
> Peço que revisem e me mandem o feedback. Os protótipos são ferramentas de
> discussão, todas as opiniões são bem vindas.
>Me parece Ok.>
> Falando em repositório, seria possível os botões “Repositório” nas páginas
> de software e comunidade apontarem para a página do Projeto no Gitlab, se
> um software tiver apenas 1 projeto?
>"Com tempo e dinheiro, tudo é possível" =)
Creio que estás sugerindo reconhecer isso automaticamente. Temos que ver a
API do GitLab. De toda forma, acho, neste momento, o custo/benefício é
pequeno para isso. "Manualmente" é tranquilo. E também podemos fazer
apontar sempre para repo principal, que geralmente tem o mesmo nome do
grupo.
meus 2 cents,
--
Paulo Meirelles
FGA-UnB (http://fga.unb.br)
CCSL-IME/USP (http://ccsl.ime.usp.br) -
26 de Março de 2015 às 11:47Olá,
olhei as propostas!
Tenho uma preocupação e questionamento quanto a realizar mudanças no
Gitlab.
Como manteremos isso?
será um Fork do Gitlab?
Acho que iremos querer atualizar nosso gitlab com as versões mais recentes,
features, bug-fixies e etc. Nesse sentido, vimos que a última mudança do
Gitlab já trouxe uma proposta diferente de Front-end, como pode ser visto
no gitlab.com. Como vamos alinhar isso?
att
Arthur
Em 26 de março de 2015 07:40, Paulo Meirellesescreveu:
> Em 25 de março de 2015 12:57, Rodrigo Maiaescreveu:
>
>> Olá pessoal,
>>
>
> Oi Maia,
>
> Estive trabalhando numa forma de integrar as interfaces do repositório à
>> estrutura principal para fortalecer a percepção de unidade do Portal.
>>
>> Vejam o resultado em http://spb.rodmaia.net. Existem duas páginas: uma
>> de grupo e outra de projeto. Optei por não incluir o menu principal para
>> diminuir o volume de informação. Fiz outros comentários pontuais nos
>> protótipos.
>>
>> Peço que revisem e me mandem o feedback. Os protótipos são ferramentas de
>> discussão, todas as opiniões são bem vindas.
>>
>
> Me parece Ok.
>
>
>>
>> Falando em repositório, seria possível os botões “Repositório” nas
>> páginas de software e comunidade apontarem para a página do Projeto no
>> Gitlab, se um software tiver apenas 1 projeto?
>>
>
> "Com tempo e dinheiro, tudo é possível" =)
>
> Creio que estás sugerindo reconhecer isso automaticamente. Temos que ver a
> API do GitLab. De toda forma, acho, neste momento, o custo/benefício é
> pequeno para isso. "Manualmente" é tranquilo. E também podemos fazer
> apontar sempre para repo principal, que geralmente tem o mesmo nome do
> grupo.
>
> meus 2 cents,
> --
> Paulo Meirelles
> FGA-UnB (http://fga.unb.br)
> CCSL-IME/USP (http://ccsl.ime.usp.br)
>
> _______________________________________________
> spb-dev mailing list
> spb-dev@listas.softwarepublico.gov.br
>http://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>
> -
27 de Março de 2015 às 02:01> Me parece Ok.Blz.>
> Falando em repositório, seria possível os botões “Repositório” nas páginas de software e comunidade apontarem para a página do Projeto no Gitlab, se um software tiver apenas 1 projeto?
>
> "Com tempo e dinheiro, tudo é possível" =)
>
> Creio que estás sugerindo reconhecer isso automaticamente.Exato.> Temos que ver a API do GitLab. De toda forma, acho, neste momento, o custo/benefício é pequeno para isso.Não precisa ser agora. Estou só questionando a viabilidade. Podemos registrar a ideia e priorizar.> "Manualmente" é tranquilo. E também podemos fazer apontar sempre para repo principal, que geralmente tem o mesmo nome do grupo.Preferiria evitar isso, pode ser que cause confusão nos projetos com mais de um repo.Obrigado,
Rodrigo Maia
www.rodmaia.net -
27 de Março de 2015 às 02:29Em 26/03/2015, à(s) 7:47AM, Arthur Del Esposte
escreveu: >
> Olá,Oi Arthur,> olhei as propostas!
> Tenho uma preocupação e questionamento quanto a realizar mudanças no Gitlab.
> Como manteremos isso?
> será um Fork do Gitlab?Excelente pergunta. Vou devolvê-la aos universitários...
Imagino que não discutimos isso dentro do projeto até agora, mas independente do que eu propus, imagino que vamos ter que fazer ajustes no Gitlab, não?
De qualquer forma, as modificações que eu sugeri devem ser possíveis via Colab. De um lado temos a localização, que é imprescindível. De outro, estamos apenas injetando alguns botões em uma barra de menu que já existe.> Acho que iremos querer atualizar nosso gitlab com as versões mais recentes, features, bug-fixies e etc. Nesse sentido, vimos que a última mudança do Gitlab já trouxe uma proposta diferente de Front-end, como pode ser visto no gitlab.com . Como vamos alinhar isso?Imagino que cada grande mudança de versão em qualquer uma das ferramentas que compõem o Portal vai implicar em algum trabalho de manutenção e adaptação. Esse ponto é bem importante Arthur. Essa situação vai se repetir ao longo da vida do Portal.
Contudo, o impacto dessa nova versão do Gitlab é menor do que parece. O código está (muito bem) organizado semanticamente, então via CSS a gente consegue modificar.Obrigado,
Rodrigo Maia
www.rodmaia.net -
27 de Março de 2015 às 17:24Pois é,
levantei o questionamento específico sobre o Gitlab, pois ele está num
ritmo bem intenso de evolução (boa) e não temos uma equipe especializada e
focada no Gitlab.
A gente vai ter uma noção melhor também do que será preciso melhorar no
Gitlab quando integrarmos os serviços em si. Como a integração está no
nível de ferramenta, o Gitlab tá bem definido como ferramenta dentro do
portal. Assim, não sei se nesse momento é o ideal investirmos ou até
adiantarmos esse papo sobre o Gitlab. Mas o que acham?
Mas sim, acho que quando formos alterar algumas coisas no front-end do
Gitlab será via Colab.att
ArthurEm 26 de março de 2015 23:29, Rodrigo Maiaescreveu: > Em 26/03/2015, à(s) 7:47AM, Arthur Del Esposte
> escreveu:
>
>
> Olá,
>
>
> Oi Arthur,
>
>
> olhei as propostas!
> Tenho uma preocupação e questionamento quanto a realizar mudanças no
> Gitlab.
> Como manteremos isso?
> será um Fork do Gitlab?
>
>
> Excelente pergunta. Vou devolvê-la aos universitários...
> Imagino que não discutimos isso dentro do projeto até agora, mas
> independente do que eu propus, imagino que vamos ter que fazer ajustes no
> Gitlab, não?
>
> De qualquer forma, as modificações que eu sugeri devem ser possíveis via
> Colab. De um lado temos a localização, que é imprescindível. De outro,
> estamos apenas injetando alguns botões em uma barra de menu que já existe.
>
>
> Acho que iremos querer atualizar nosso gitlab com as versões mais
> recentes, features, bug-fixies e etc. Nesse sentido, vimos que a última
> mudança do Gitlab já trouxe uma proposta diferente de Front-end, como pode
> ser visto no gitlab.com. Como vamos alinhar isso?
>
>
> Imagino que cada grande mudança de versão em qualquer uma das ferramentas
> que compõem o Portal vai implicar em algum trabalho de manutenção e
> adaptação. Esse ponto é bem importante Arthur. Essa situação vai se repetir
> ao longo da vida do Portal.
>
> Contudo, o impacto dessa nova versão do Gitlab é menor do que parece. O
> código está (muito bem) organizado semanticamente, então via CSS a gente
> consegue modificar.
>
>
> Obrigado,
>
> Rodrigo Maia
> www.rodmaia.net
> -
27 de Março de 2015 às 19:14Entendi. Essas mudanças iniciais provavelmente são a ponta do iceberg. A experiência de ter cadastrado as issues e usado a ferramenta foi muito útil para eu entender melhor o modelo de interação e a proposta do GitLab.
O nosso objetivo é que as atividades da equipe de design estejam alguns passos à frente das atividades de desenvolvimento. Assim podemos discutir essas ideias como estamos fazendo agora. Não acho que vale à pena discutir os detalhes agora. Mas acho que podemos conversar sobre as linhas gerais do GitLAb no PSPB, assim que tivermos as confirmações que precisamos sobre as próximas etapas do projeto como um todo.
Abraço,Rodrigo Maia
www.rodmaia.net
> Em 27/03/2015, à(s) 1:24PM, Arthur Del Esposteescreveu:
>
> Pois é,
>
> levantei o questionamento específico sobre o Gitlab, pois ele está num ritmo bem intenso de evolução (boa) e não temos uma equipe especializada e focada no Gitlab.
>
> A gente vai ter uma noção melhor também do que será preciso melhorar no Gitlab quando integrarmos os serviços em si. Como a integração está no nível de ferramenta, o Gitlab tá bem definido como ferramenta dentro do portal. Assim, não sei se nesse momento é o ideal investirmos ou até adiantarmos esse papo sobre o Gitlab. Mas o que acham?
>
> Mas sim, acho que quando formos alterar algumas coisas no front-end do Gitlab será via Colab.
>
> att
> Arthur
>
> Em 26 de março de 2015 23:29, Rodrigo Maia> escreveu:
> Em 26/03/2015, à(s) 7:47AM, Arthur Del Esposte> escreveu:
>>
>> Olá,
>
> Oi Arthur,
>
>
>> olhei as propostas!
>> Tenho uma preocupação e questionamento quanto a realizar mudanças no Gitlab.
>> Como manteremos isso?
>> será um Fork do Gitlab?
>
> Excelente pergunta. Vou devolvê-la aos universitários...
> Imagino que não discutimos isso dentro do projeto até agora, mas independente do que eu propus, imagino que vamos ter que fazer ajustes no Gitlab, não?
>
> De qualquer forma, as modificações que eu sugeri devem ser possíveis via Colab. De um lado temos a localização, que é imprescindível. De outro, estamos apenas injetando alguns botões em uma barra de menu que já existe.
>
>
>> Acho que iremos querer atualizar nosso gitlab com as versões mais recentes, features, bug-fixies e etc. Nesse sentido, vimos que a última mudança do Gitlab já trouxe uma proposta diferente de Front-end, como pode ser visto no gitlab.com . Como vamos alinhar isso?
>
> Imagino que cada grande mudança de versão em qualquer uma das ferramentas que compõem o Portal vai implicar em algum trabalho de manutenção e adaptação. Esse ponto é bem importante Arthur. Essa situação vai se repetir ao longo da vida do Portal.
>
> Contudo, o impacto dessa nova versão do Gitlab é menor do que parece. O código está (muito bem) organizado semanticamente, então via CSS a gente consegue modificar.
>
>
> Obrigado,
>
> Rodrigo Maia
> www.rodmaia.net
Ordenar por:
Relacionado:
- e-sic-livre Tutorial do Gitlab
- spb-dev Excluir usuário no Gitlab
- e-sic-livre Inauguração da Lista e-sic-livre
- noosfero-gov Plugin para gestão reserva de salas/equipament...
- e-sic-livre script SQL para o E-SIC
- sei-negocio OCR Server público (Nova Versão)
- gsan Código-fonte GSAN já está no Gitlab - Próximos...
- e-sic-livre Nova versão do e-SIC Livre!
- sei-negocio SEI - Módulo de Peticionamento e Intimação Ele...
- spb-usuarios Relatar erros
Estatísticas:
-
iniciada em
9 anos, 1 mês atrás
-
vizualizada
1295 vezes
-
respondida
7 vezes
-
votada
0 vezes