Armazenamento do histórico das alterações das informações: ter versionamento do histórico de alterações das entidades

marylly commented 7 years ago

Funcionalidade disponibilizada para testes no servidor http://master.map.as. Documentação disponível em: https://github.com/hacklabr/mapasculturais/blob/master/documentation/docs/mc_user_history.md @thaisrigolon @robertKapa @GustavoVS

thaisrigolon commented 7 years ago

O servidor http://master.map.as/ tá fora do ar?

thaisrigolon commented 7 years ago

@marylly:

[x] Não é efetuado o armazenamento do histórico da entidade Projetos?
[x] A apresentação do histórico não está boa. É preciso mostrar os 10 últimos registros e para ver os demais clicar num botão para expandir.
[x] Em computadores com resolução de tela menor, não é possível ver todo o texto do registro:
[x] Ao clicar no botão salvar várias vezes, sem alterar nenhuma informação na entidade, é gerado um novo histórico a cada clique:

marylly commented 7 years ago

Não é efetuado o armazenamento do histórico da entidade Projetos?

É realmente necessário registrar o histórico dos projetos? porque eles duram um espaço curto de tempo, e não há mudanças expressivas como localização como acontece com espaços/agentes/eventos importantes na análise de informações. Além do mais, os projetos tem as inscrições e muitos campos, possuem muitas informações que geraria dados redundantes no banco de dados com histórico a cada alteração de forma desnecessária. @thaisrigolon @GustavoVS

thaisrigolon commented 7 years ago

É realmente necessário registrar o histórico dos projetos? porque eles duram um espaço curto de tempo, e não há mudanças expressivas como localização como acontece com espaços/agentes/eventos importantes na análise de informações. Além do mais, os projetos tem as inscrições e muitos campos, possuem muitas informações que geraria dados redundantes no banco de dados com histórico a cada alteração de forma desnecessária.

Bom, o que vocês acham @GustavoVS @robertkapa @marcus2703 @donsalvatore?

donsalvatore commented 7 years ago

vamos lá

1 - projetos como guarda-chuva de eventos. O que define o tempo do projeto messe caso é a "coleção de eventos" que está abaixo desse guarda-chuva. Tanto é que em eventos você já pode fazer buscas por projetos. Ou seja, já possui temporalidade

2 - projetos como edital. Aqui o que poderia ajudar é um filtro do tempo em que as inscrições estavam abertas pois já se é obrigado a demarcar um lugar no tempo.

Acho que é isso.

Miguel Gondim de Castro +55 11 971612502

Em 16 de fev de 2017, às 22:53, Thaís Rigolon notifications@github.com escreveu:

É realmente necessário registrar o histórico dos projetos? porque eles duram um espaço curto de tempo, e não há mudanças expressivas como localização como acontece com espaços/agentes/eventos importantes na análise de informações. Além do mais, os projetos tem as inscrições e muitos campos, possuem muitas informações que geraria dados redundantes no banco de dados com histórico a cada alteração de forma desnecessária.

Bom, o que vocês acham @GustavoVS @robertkapa @marcus2703 @donsalvatore?

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or mute the thread.

marylly commented 7 years ago

@donsalvatore @thaisrigolon esse período de inscrição de um projeto/edital está na própria entidade, não seria necessário consultar um histórico, O maior problema que demandou o histórico era perda principalmente da localização, então se fosse alterado o espaço da localização 1 para a localização 2, eu não conseguia tirar um relatório sobre o espaço no período em que estava localização 1, exibindo na localização 2 indevidamente. Como o projeto está vinculado aos eventos e os agentes, não conseguimos ver a necessidade de registrar o histórico de pequenas modificações nas informações do projeto.

donsalvatore commented 7 years ago

Opa. Sobre o ponto 2 é justamente isso. O que quero dizer é outra coisa. Se quiserem fazer alguma melhora de filtros nos projetos seria responder a pergunta. Quais foram os formulários abertos no dia tal e ano tal. Não temos isso e por hora não vejo urgência mas é um pedido que já surgiu.

Outro ponto que sai do foco do mail mas está relacionado a tempo.

Mas um avanço mesmo e que sempre vejo mal usado é: ativar inscrições deveria ser um botão único e depois você configura horas dentro do formulário. O que tem de projeto com as datas marcadas p o povo pensa que é pra divulgar o período de um evento não tá escrito.

Hj em dia minha preocupação é com ajustes de interface e fluxo de carregamento dos dados (um caminho, ordem). Porque estamos indo ma direção de um belo banco de dados, super flexível mas zero ou quase zero de navegabilidade. É um labirinto. E c você coloca o iddacultura no meio então. Ixiii.

Mas enfim.

Miguel Gondim de Castro +55 11 971612502

Em 17 de fev de 2017, às 10:20, Marylly notifications@github.com escreveu:

@donsalvatore @thaisrigolon esse período de inscrição de um projeto/edital está na própria entidade, não seria necessário consultar um histórico, O maior problema que demandou o histórico era perda principalmente da localização, então se fosse alterado o espaço da localização 1 para a localização 2, eu não conseguia tirar um relatório sobre o espaço no período em que estava localização 1, exibindo na localização 2 indevidamente. Como o projeto está vinculado aos eventos e os agentes, não conseguimos ver a necessidade de registrar o histórico de pequenas modificações nas informações do projeto.

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or mute the thread.

marylly commented 7 years ago

@thaisrigolon @GustavoVS correções disponíveis na branch rc.

vitor-kato commented 7 years ago

@thaisrigolon @GustavoVS @marylly

selecao_003 selecao_004 selecao_005 selecao_006

[x] Histórico não cria novos itens quando clica varias vezes no botão salvar, porém:
- [x] Aviso de "Edições salvas" ainda aparece diversas vezes quando Salvar é clicado e também quando não foi feita nenhuma edição.
[x] Edições estão contidas dentro de uma lista com 5 opções inicialmente visíveis
[x] Lista é responsiva e apresenta todas informações para o usuário com telas menores

marylly commented 7 years ago

Aviso de "Edições salvas" ainda aparece diversas vezes quando Salvar é clicado e também quando não foi feita nenhuma edição.

É um comportamento normal, porque é feita uma solicitação de armazenamento, se a cada clique efetuar uma edição, a info será gravada e a mensagem exibida. @vitor-kato

vitor-kato commented 7 years ago

Mas e quando o usuário não fizer nenhuma alteração e clicar para salvar? Não haveria a necessidade dessa mensagem como está agora agora. Algo do tipo "Nenhuma alteração feita" seria melhor. Seria mais claro para o usuário que ele não fez nenhuma alteração.

No momento se há intenção de se fazer alguma alteração, mas por algum "deslize" da pessoa que a estiver fazendo, nada for mudado. A pessoa vai achar que mudou o que ela queria e não vai perceber que na realidade nada foi mudado.

Com uma mensagem "Nenhuma alteração feita" o usuário vai perceber melhor seu erro. @marylly

marylly commented 7 years ago

@thaisrigolon @GustavoVS @vitor-kato podemos abrir uma issue referente a este ponto, mas não tem relação com a funcionalidade do histórico de entidades da plataforma, ok?

thaisrigolon commented 7 years ago

Ok. Issue homologada.

culturagovbr / mapasculturais_descontinuado

Armazenamento do histórico das alterações das informações: ter versionamento do histórico de alterações das entidades #29