FormAlchemy accélère considérablement le développement avec SQLAlchemy mappé classes (modèles) dans un environnement de formulaires HTML. Il élimine-partout par autogenerating HTML champs de saisie à partir d'un modèle donné. FormAlchemy va essayer de comprendre ce genre de code HTML doit être retourné par introspection les propriétés du modèle et générer du code HTML prête à l'emploi qui se adaptera à la demande du promoteur.
Bien sûr, FormAlchemy ne peut pas comprendre tout, ce est à dire, le développeur peut choisir d'afficher seulement quelques colonnes du modèle donné. Ainsi, FormAlchemy est également hautement personnalisable
Caractéristiques :.
- génère des champs de formulaire HTML et des tables de SQLAlchemy mappés cours ou manuellement ajoutées Les champs
- Fonctionne avec les définitions de mapper déclarative ou classique
- Rendu et édite des objets ou des collections simples (grilles)
- Poignées relations d'objet (y compris many-to-many), pas de simples types de données
- Support Synonyme
- Support type personnalisé Composite et
- Prise en charge de toutes les clés primaires composites et la plupart des CFKS
- pré-remplit les champs de saisie avec la valeur actuelle ou par défaut
- sortie HTML Hautement personnalisable
- Valide les erreurs de saisie et affiche en ligne
- instances de modèle se synchronise avec les données d'entrée
- Facile à utiliser, API extensible
- SQLAlchemy 0,4 (0.4.5 ou ultérieur) et 0,5 compatible
Ce qui est nouveau dans cette version:
- WebOb1.2 compat
- Ajoutez un peu de rendu HTML5
- Améliorer fsblob suppression. numéro 16
- Ajout du support pour les Fantastique dans pytlons (merci à Bruno Binet aka inneos)
Quoi de neuf dans la version 1.4.1:
- Mise en œuvre demande WebOb comme passer à FieldSet directement.
- Demande également mis en œuvre en passant sur la grille
- Ajout du support pour régler .html_options avec Field.set (html = {«certains»: «chose»})
- Ajout du support pour ensemble (validateurs de = [validator1, validator2]) qui ajoute les validateurs spécifiés.
- Correction de l'ensemble (null_as = ...), était nul_as et mal câblé en.
- Amélioration de la documentation pour la méthode Field.set ()
- Support zope.schema.Password
- Réparer les problèmes 9, 10, 11, 12
Ce qui est nouveau dans la version 1.4:
- Correction d'un problème 5, 7
- Laissez binF formulaire pour une demande WebOb comme
- Ajouter une colonne wrapper pour stocker certaines options de forme dans les modèles
- traduction de l'étiquette de champ
Ce qui est nouveau dans la version 1.3.9:
- question Fix unicode avec cadre fondé non WebOb
Quoi de neuf dans la version 1.3.6:
- Questions Fix 150, 151, 153, 161, 162
- Ajouté field.label () et field.label_tags ()
- refactoring Major. Le module de base ne exist.
Quoi de neuf dans la version 1.3.5:
- Pas plus utiliser de type binaire. Utilisez LargeBinary place.
- Fix émet 145, 147
Quoi de neuf dans la version 1.3.4:
- renderer._value est obsolète. Utilisez renderer.value
- ajoutée renderer.raw_value
- Modèle .__ html __ () (le cas échéant) est utilisé pour rendre le modèle en mode read_only.
Quoi de neuf dans la version 1.3.3:
- renderer._value est obsolète. Utilisez renderer.value
- ajoutée renderer.raw_value
- Modèle .__ html __ () (le cas échéant) est utilisé pour rendre le modèle en mode read_only.
Quoi de neuf dans la version 1.3.2:
- .value_objects ajouté aux deux objets sur le terrain et FieldRenderer. Renvoie les objets au lieu de la liste des clés primaires lorsque vous travaillez avec ForeignKeys.
- ajouter IntervalFieldRenderer
- revenir à WebHelpers
- ajouter traduction hongroise (125)
- correction de bug avec la dernière version de couchdbkit
- Mise à jour paster modèle pour Pylônes 1.0b1
- émet fix 123, 124, 127, 128
Exigences :
- Python
Limites :
- Actuellement, traite uniquement les clés étrangères composites de types de primitives Python
Commentaires non trouvées