frontendbr / eventos-dashboard Goto Github PK

É preciso desenvolver o cadastro dos eventos via formulário.
Para isso não é necessário ser admin, todos podem realizar o cadastro.

Integração com a API para incluir eventos.
Essa integração pode ser feita, mas o formulário de cadastro ainda está pendente de design conforme a #7 . Preferível aguardar para prosseguir, mas nenhum problema em dar sequência nisso sem a tela. A issue somente será fechada com a integração funcionado em tela.

Integração com a API para editar eventos.
Importante, ação somente para administradores.
Essa integração pode ser feita, mas o formulário de cadastro/edição ainda está pendente de design conforme a #7 . Preferível aguardar para prosseguir, mas nenhum problema em dar sequência nisso sem a tela. A issue somente será fechada com a integração funcionado em tela.

É preciso fazer o dashboard onde os administradores vão poder aprovar/reprovar os eventos, deletar e fazer upload das fotos.
Para esse dash é necessário fazer login no github e ser adm.

@fdaciuk e @lfeh Posso pedir para o Srs. aprovarem o Ebert para os repositórios? Vou configurar para que os nosso PR's sejam revisados por ele :)

Ficou pendente o visual que a tela de cadastro / edição de eventos terá.
Quem for pegar essa issue, por favor se basear no trabalho já realizado de design da #4, pois existem telas que já foram implementadas seguindo aquele visual. Seria interessante manter uma coerência estética.

Importante se atentar aos dados que são usados para abrir as issues hoje no repositório de eventos

Realizar integração com API OAuth do GitHub. Hoje temos apenas a parte visual do login, ainda precisamos integrar Dashboard + API Eventos + API GitHub

Criar os mecanismos necessários para que a master seja publicada automaticamente.

É preciso desenvolver o cadastro dos administradores.
Para isso é necessário ser admin.

Aguardando a definição da #16

Integração com a API para excluir eventos.
Importante, ação somente para administradores.
A exclusão será realizada através do dashboard principal, pelo icone de lixeira presente no card do evento.

Integração com a API para listar os eventos. Importante se atentar aos campos que podem estar faltando na API ou incorretos, pois eles devem seguir a especificação do atual repositório de eventos já em produção: https://github.com/frontendbr/eventos

Repositório da API: https://github.com/frontendbr/eventos-api
Essa issue abrange também o funcionamento do filtro.

Já foi implementado algo nessa listagem, mas como não tinha issue espefica e ficou um tempo parado, vou partir daqui

A ideia é ter uma pequena e breve discussão sobre as telas do dashboard.
Inicialmente a aplicação visa atender o cadastro de eventos e a adminstração deles pelos administradores do projeto.

🚨 You need to enable Continuous Integration on all branches of this repository. 🚨

To enable Greenkeeper, you need to make sure that a commit status is reported on all branches. This is required by Greenkeeper because it uses your CI build statuses to figure out when to notify you about breaking changes.

Since we didn’t receive a CI status on the greenkeeper/initial branch, it’s possible that you don’t have CI set up yet. We recommend using Travis CI, but Greenkeeper will work with every other CI service as well.

If you have already set up a CI for this repository, you might need to check how it’s configured. Make sure it is set to run on all new branches. If you don’t want it to run on absolutely every branch, you can whitelist branches starting with greenkeeper/.

Once you have installed and configured CI on this repository correctly, you’ll need to re-trigger Greenkeeper’s initial pull request. To do this, please delete the greenkeeper/initial branch in this repository, and then remove and re-add this repository to the Greenkeeper App’s white list on Github. You'll find this list on your repo or organization’s settings page, under Installed GitHub Apps.

O desenvolvimento atual do dashboard ainda não contempla nenhum gerenciamento de estado, seja pela API do React, ou através do redux. O ideal seria configurar isso no projeto, para que a consulta a API possa ser gerenciada pelos estados.
Minha sugestão é configurar o Redux, mas não conheço muito de React, então quem pegar essa Issue pode ficar a vontade para dar outra sugestão.

• Integrar o dashboard com a API de Eventos [Create, Read, Edit, Delete]
• Integrar o filtro da listagem de eventos com a API

Ficou pendente o visual que a tela de cadastro / edição de administradores.
Quem for pegar essa issue, por favor se basear no trabalho já realizado de design da #4, pois existem telas que já foram implementadas seguindo aquele visual. Seria interessante manter uma coerência estética.

Essa tela basicamente deve ser uma lista de emails que são considerados adms com a possibilidade de incluir novos e remover os que existem hoje. Isso serve para manutenção de quem pode aprovar os eventos.