- Navios
- 28 de agosto de 2026 às 00:50 UTC
- Autor
- Kamo
- Enviar
- 266357d
Três mudanças que acabaram por ser uma. A página da casa. "Meu Master Note" e "Nosso Master Note" foram feitos sob medida diretamente fora de page.tsx, fechado em nada, posicionado por seus próprios IDs de layout, e removível por ninguém — portanto, um membro cujo papel retém VER NOTAS não tinha ícone de Notas, não /notas página, e duas notas em sua home page de qualquer maneira. São elementos de registo Agora, que é o que o registro diz que é para: uma entrada compra a grade, o arrasto, a ordenação, a apresentação/oculta por membro, a tela de configurações e a cinco-direita política. Não há código de master-note na página.tsx. Os seus IDs de disposição mudam de master:mine / master:ours to widget ids, assim um membro que tinha arrastado aqueles dois painéis em algum lugar encontra-os de volta em seu lugar padrão uma vez; um mapeamento permanente de dois painéis na loja de layout teria sido o pior comércio. Os painéis de nota presa já estavam presos na resposta do navegador; essa resposta agora vive em um lugar (lib/notesAccess) em vez de ser soletrado em linha. Os grupos. Um grupo de segurança é um APP, mostrado apenas quando a organização tem esse aplicativo ligado — essa ligação é a razão pela qual existem grupos. As aplicações têm sido de dois níveis árvore desde 2026-08-24 e os grupos agora segui-lo: POS é "Linhas de Negócios" (foi "Comércio") com Varejo, Aluguel, Trabalho de Serviço, Assinaturas, Aquisições, Hipoteca Empréstimos, Empréstimos Pessoais e Registos de Doentes. A lista de grupos foi mantida à mão e tinha caído atrás do catálogo, o que é pior do que soa: um direito cujo serviçoType não corresponde a nenhum grupo não pode ser concedido em nenhum editor e nada diz isso. Reuniões, empréstimos hipotecários, empréstimos pessoais e jogos estavam nesse estado — 19 direitos, no entanto, a aplicação foi licenciada. É agora um COVERAGE test: permissionAppSections.test.ts lê RoleRightType.java e falha se houver app with rights não tem nenhum grupo, e lê linha pai(...) do ServiceType.java para fixar o Aninhar. Mais duas da mesma forma, encontradas no caminho: o emprego-título e editores de departamento deixou cair os cinco direitos de segurança de acesso e CONFIGURE SYSTEM inteiramente (esculpido de Geral em grupos nem editor renderizado), e a aba membro intitulado seus grupos com o nome enum cru — "POS" aqui, "Commerce" três telas de distância. Cada editor agora constrói seus grupos através da permissãoGroupTree, para que nenhum deles possa conter um diferente Taxonomia outra vez. A UI. Quatro telas renderizadas ~280 direitos como uma pilha de acordeões — uma coluna sobre nove telas de altura, onde encontrar "pode este papel reembolsar uma ordem" significava abertura acordeões por sua vez. E a pilha é plana, que os aplicativos já não são. Então é um console: um trilho de grupos, aninhado como os aplicativos da org são, ao lado de um painel mostrando um grupo. Cada linha ferroviária carrega um medidor concedido contra o total para toda a sua subárvore, portanto a forma de um papel é legível antes de tudo ser aberto — um Agente de Apoio quatro quintos do caminho através do Registro de Pacientes é visível a partir do trilho. A pesquisa abrange todos os grupos com contagens de hits por grupo; o trilho é pegajoso, seta-chave navegável e torna-se tira deslocável abaixo de md; o movimento reduzido é respeitado. Uma coisa que tinha de ser corrigida em vez de herdada: dividir o comércio em crianças grupos quebraram a cascata, porque negar ACCESS COMMERCE em "Linhas de Negócios" Já não seria o "nuke View SUBSCRIPTIONS" sob "Assinaturas". DireitosSecção `context` aderente agora — todo direito em cada grupo — assim que a cascata funciona no todo árvore enquanto apenas um grupo renderiza.