doubleleft / hook-admin Goto Github PK

O que seria um plug-in de admin para o dl-api? Algumas premissas, do que eu acho:

• Não deve fazer parte do core do dl-api;
• Não deve fazer parte do dl-api-javascript;
• Deve ser um módulo 100% estático, com o mínimo de dependências;
• Pode fazer uso de observers, seeds e routes;
• Separar em módulos (decoupled)
  • JavaScript API
  • GUI toolkit (baseado em Bootstrap ou similar)
    • Talvez uma mescla angular + angular-ui + bootstrap deixe super simples a implementação

Como funcionamento, o que eu esperaria é:

• Collection-based: toda a UI e funcionalidades são baseadas em collections (duh)
• CRUD + geração dos fields e validação baseado nos types definidos
• Os types e os campos devem ser definidos de maneira declarativa, em JavaScript mesmo (sem JSON ou YAML)
• Se comportar como o admin do Django: uma Collection só é listada no admin apenas se eu explicitamente fizer admin.register('Categories')

Como API, algo assim:

var admin = new DL.Admin(client);
admin.addCollection("Users", options);

ou

var Users = {
name:String,
email:{type:String, validator:"email"}
}
var admin = new DL.Admin(client);
admin.addCollection(Users);

A GUI deveria ser montada baseada nessa API, que teria métodos tipo listCollections, Collection.getFields(), collection.validate() e coisas do tipo.

Currently glyphicon fonts are missing on final dist/fonts directory.

É necessário uma propriedade label para exibir ao usuário o nome do campo em uma versão mais human-readble.

Upgrading guide: https://github.com/marmelab/ng-admin/blob/master/UPGRADE-0.8.md

Support remote autocomplete calls from relationships: marmelab/ng-admin#508

No caso atual, vou ter dois tipos de usuários, e um Model para cada. Porém, ambos usando a collection auth. Uma seria para usuários administradores, e outra para usuários normais.

Então seria interessante no metodo addModel do DLAdmin termos uma propriedade para setar uma condição. por exemplo:

admin.addModel(
    {
        collection: "auth", 
        [...]
        filterQuery: 'id_role=2'
        [...]
    }
);

Nesse caso, também seria interessante, ao determinar um filtro, no cadastro de um novo item, já setar o valor id_role como 2. Já que a listagem só exibe rows com esse valor.

Porém acho que isso deixaria o dl-api-admin meio engessado, ou com muitas sub-propriedades. Opinem ai :)

No momento todos os fields do Model são exibidos na listagem.

Porém, quando uma Model tem muitos fields fica ruim.

No momento estou aplicando dessa forma:

Adicionando a propriedade displayOnList ao field

fields: [
          [...]
          {name:"titulo", type:"text", label:"Título", displayOnList: true},
          {name:"image", type:"image"}
          [...]
        ]

O que acham ?

Adicionar tipos de campos :

• Text
• Text Multiline
• Image
• Date
• Url
• E-mail
• Selectbox
• Checkbox
• Radiobox