[feat] handle multi-get #31 #61
Conversation
| class="form-control" | ||
| placeholder="a.b['id', 'name']"> | ||
| <span class="input-group-addon action"> | ||
| <button ng-if="$last" class="btn btn-primary" type="button" ng-disabled="!$ctrl.paths[$index]" ng-click="$ctrl.addPath()"> |
There was a problem hiding this comment.
$ctrl.paths[$index] pourrait être remplacer par path non?
There was a problem hiding this comment.
nope :/ => angular/angular.js#1267
There was a problem hiding this comment.
Je peux ajouter un comm si tu veux
There was a problem hiding this comment.
Je suis pas sûr de voir le rapport car le pb dans l'issue que tu link c'est que le ng-model va écrire dans le mauvais scope, alors qu'ici ng-disabled ne fait que lire.
There was a problem hiding this comment.
My bad, j'avais pas fait attention que tu pointais ng-disabled. Oui je suppose que path pourrait marcher mais j'ai préféré laissé l'autre notation pour plus de cohérence
|
Problèmes d'UX que je rencontre en utilisant :
|
|
Les boutons "+" et "-" sont pas super biens intégrés dans l'input. Essaye avec ça : http://getbootstrap.com/components/#input-groups-buttons-multiple |
|
Pour le point 1 -> pas pensé a ce usecase. J'ai ajouté le bouton au niveau du label. Pour le point 2 -> je m'étais fait la remarque, il y a d'autres usecase ou c'est un peu chiant : je peux ajouter un bouton supprimer en face de tous les input et juste empecher la suppression s'il ne reste qu'un input Pour le point 3 -> deja essayé mais il y a une différence de style de base entre les examples et l'app. J'ai fix pour que ca ressemble au max |
Reste seulement quelques remarques esthétiques pour rester cohérent avec le reste de l'appli :
|
|
Done |
|
Super ! Qu'est-ce que tu dirais de faire carrément disparaître le bouton Remove quand il y a un seul input affiché ? Ainsi tant qu'on utilise pas la fonctionnalité, elle ne prend pas d'espace. |
|
👍 |
|
Merci :) |
No description provided.