Knockout-Contrib/Knockout-Validation

Improve configuration and initialization

Open

#545 ouverte le 15 févr. 2015

Voir sur GitHub
 (0 commentaires) (0 réactions) (0 assignés)JavaScript (394 forks)batch import
enhancementhelp wanted

Métriques du dépôt

Stars
 (1 024 stars)
Métriques de merge PR
 (Aucune PR mergée en 30 j)

Description

Currently the library initializes itself - without the need to call ko.validation.init. Also, binding handles like value, textInput etc. are automatically wrapped to become validatable. This adds difficulties in working with libraries like knockout-es5 or to prevent the registration. Furthermore, some may already define extenders which this library registers. Ideally, changes to this feature should not cause any breaking changes.

Related issues: #477 Opt-out option for makeBindingHandlerValidatable #478 Calling ko.validation.group on object makes all observables validatable #404 RegisterExtenders invoked before Init, cannot avoid adding rules to ko.extends #150 Exposing default options #192 Add option asyncOnModified (Related issue #180)

More investigation is needed for the following issues: #540 Support live option for observable objects #49 Changing validation rules on the fly

Guide contributeur

Direction de recherche
Examinez le code d'initialisation actuel de la bibliothèque (probablement dans ko.validation.init ou similaire), l'encapsulation automatique des gestionnaires de liaison et l'enregistrement des extensions. Consultez les issues liées #477, #478, #404, #150, #192 pour des suggestions spécifiques de désactivation et de configuration. Étudiez comment rendre l'initialisation facultative et permettre aux utilisateurs de désactiver l'encapsulation automatique des gestionnaires sans compromettre l'utilisation existante. L'objectif est de préserver la rétrocompatibilité tout en ajoutant de la flexibilité pour l'intégration avec knockout es5 et les extensions personnalisées.
Stack technique
javascript
Domaine
frontend
Type d'issue
Fonctionnalité
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
3-5 jours
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Plutôt claire
Prérequis
JavaScriptKnockout
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
40