- Grupos foram definidos em sapl.rules.__init__.py
- as Regras que relac grupos e permissões estão
sapl.rules.map_rules.py
- em sapl.rules.apps.py estão dois signals post_migrate que indicam
ao django tarefas a serem feias após a migração, são elas:
- adicionar duas rules além das padrões do django, list e detail.
- carregar as rules_patterns definidas em map_rules e criar os
grupos referentes e, em modo debug criar alguns usuários relevantes.
- adiciona testes de validação das rules que:
- testa se todos os grupos definidos estão em rules_patterns
- testa se todos os models do SAPL estão na rules_patterns
- testa se todas as permissões adicionadas em rules_patterns foram
definidas nas classes Meta de cada model
O módulo de proposições está encapsulado em autores com usuário de
acesso com perfil de Autor com cadastro de proposições com textos
original e eletrônico (este sem controle de acesso ainda), além das
funcionalidades de envio, retomada e recibo.
Na incorporação a devolução com justificativa está pronta, já a
incorporação está realizando o cadastro da matéria ou documento, gerando
a anexação e autoria necessária, mas falta ainda gerar o protocolo se
assim estiver definido nas configurações gerais.
* Ref Autor, TipoAutor, cria app api DRF
- Autor e TipoAutor migrados para app base.
- Foram refatorados para GR - Generic Relations
- Em TipoAutor: passou se a apontar também para um ContentType que
é usado para contextualização de dados da GR em Autor.
- A captura da combo de ContentTypes é feita através do apontamento
reverso nos models que se queira disponibilizar conceitualmente como
Autor
- Em Autor: neste commit, o form de create está em desenvolvimento, com
o buscador de possiveis autores baseados na seleção do usuário de
TipoAutor que, se não possui ContentType, abre o campo nome para
insersão, se possui ContentType, abre caixa de busca com atualização
jquery de radiobox's para o usuário selecionar um possível autor.
- api rest: para a busca funcionar e como objetivo de futuras
implementações em DRF, a app api foi criada, anotada nas configurações
gerais de sapl.urls com o prefixo /api.
- na api foi criada a uma ListAPIView para pesquisa de possiveis autores
baseados no tipo autor enviado, url /api/autor/possiveis/?P<pk>[0-9]*)$
que sem pk devolve a lista de TipoAutor e, com pk, devolve a lista dos
registros ligados ao ContentType, filtrados pelo parametro q
* Ajusta front para busca por possiveis autores
Ajusta front e implementa SaplGenericRelation, uma customização que
adiciona o atributo fields_search que possibilita passar para qualquer
implementação de busca quais são os campos de busca padrão do do
GenericRelation
* Conc refatoração no Cada de Autor e Tipos de Autor
* Alt backend de perm e pag de drf e ref layout topo
* Add procedimento na alteração de username de Autor
Na edição de Autores foi adicionado o tratamento por opção do usuário do
que deve ser feito com o usuário que está sendo desvinculado no caso de
uma alteração do username de um Autor.
Foram dadas três opções:
1) Apenas retirar Perfil de Autor do Usuário que está sendo desvinculado
2) Retirar Perfil de Autor e desativar Usuário que está sendo desvinculado
3) Excluir Usuário
* Add field cargo em AutorForm para tipos sem CT
Cadastro de Autores de Tipos sem ContentType podem adicionar nome, cargo
e usuário.
* Add Bloco, Bancada, Frente possíveis Tip de Autores
* Corrige frase de mensagem no cadastro de Autor
* ref buscador modal de Autores c pesq param reversa
* Add documentação e faz modificações na api/autor
* Ref Crud para Listar GenericRelations
* Ref List da aba Proposições para parlamentares
* Altera imports de teste na app materia
* Corrige comentários da classe AutorListView
* Customiza layout do drf docs.
* Altera criação do grp Autor para inc list e detail
* Remove customização do bootstrap
Após fork e ajustes feitos no tema drunken-parrot-ui-flat, alterações
feitas nos arquivos deste commit não são mais necessárias, passando a
ser renderizado os arquivos que são padrão da biblioteca
django-crispy-forms.
* Adequa inserção dinamica de radio ao crispy-forms
Conclui construção do form de inclusão de Proposições contidas pelo
Autor logado, via containers do Crud, com redirecionamento para
Textos Articulados mediante configuração de ativação desta rotina em
configurações.
Na edição de Autores foi adicionado o tratamento por opção do usuário do
que deve ser feito com o usuário que está sendo desvinculado no caso de
uma alteração do username de um Autor.
Foram dadas três opções:
1) Apenas retirar Perfil de Autor do Usuário que está sendo desvinculado
2) Retirar Perfil de Autor e desativar Usuário que está sendo desvinculado
3) Excluir Usuário
Ajusta front e implementa SaplGenericRelation, uma customização que
adiciona o atributo fields_search que possibilita passar para qualquer
implementação de busca quais são os campos de busca padrão do do
GenericRelation
- Autor e TipoAutor migrados para app base.
- Foram refatorados para GR - Generic Relations
- Em TipoAutor: passou se a apontar também para um ContentType que
é usado para contextualização de dados da GR em Autor.
- A captura da combo de ContentTypes é feita através do apontamento
reverso nos models que se queira disponibilizar conceitualmente como
Autor
- Em Autor: neste commit, o form de create está em desenvolvimento, com
o buscador de possiveis autores baseados na seleção do usuário de
TipoAutor que, se não possui ContentType, abre o campo nome para
insersão, se possui ContentType, abre caixa de busca com atualização
jquery de radiobox's para o usuário selecionar um possível autor.
- api rest: para a busca funcionar e como objetivo de futuras
implementações em DRF, a app api foi criada, anotada nas configurações
gerais de sapl.urls com o prefixo /api.
- na api foi criada a uma ListAPIView para pesquisa de possiveis autores
baseados no tipo autor enviado, url /api/autor/possiveis/?P<pk>[0-9]*)$
que sem pk devolve a lista de TipoAutor e, com pk, devolve a lista dos
registros ligados ao ContentType, filtrados pelo parametro q
a template tag subnav em sapl.base.templatetags.menu.py foi customizada
para aceitar que urls do request com ou sem pk possa ter subnav, bem como
as urls de dentro do yaml também não necessitarem de pk.
Para os casos em que a url do request não tenha pk, não basta a
existência do arquivo padrão subnav.yaml... mesmo que o subnav a ser
renderizado seja o padrão, a tamplate tag subnav só renderiza,
independente das condições, se existir a variável `subnav_template_name`
no contexto apontando qual o arquivo yaml deve ser renderizado...
Existem exemplos implemetandos dentro do projeto, faça uma busca por
subnav_template_name.
LeandroRoberto
Luciano Almeida
Edward Ribeiro
Eduardo Edson Batista Cordeiro Alves
Eduardo Calil