Rien
Modifs
OneParameterFunction devient un VirtualObject. Ca peut paraître supide mais c'est pas du tout évident. La raison principale est que les objets DataCurve dérivent de 2 VirtualObjects. Il faut donc gérer correctement les casts (lors de l'appel du constructeur virtuel).
Modifs
- Frottement spécifique "Arcelor - presse 3 rouleaux":
- Ajout d'un patch nommé AutesserreContactMethod permettant de ne tenir compte du frottement que selon la direction z. C'est TRES mal fait mais ça marche. Il faudra voir ce qu'on en fait après le contrat Arcelor. En attendant, on en a besoin.
- Pour fonctionner, Metafor doit être compilé avec WITH_AUTESSERRE (dans ce cas, le frottement classique ne fonctionne plus).
- Nettoyage de l'élément de traction (2D/3D)
- Remarque: les shortcuts de ce genre d'élément sont beaucoup trop gros. Il faudrait revoir la hiérarchie des shortcuts pour diminuer la mémoire utilisée.
- Propriétés dépendant de l'espace (à suivre)
: pour faire ça de manière propre, il faut pouvoir faire dépendre les propriétés d'une fonction à plusieurs paramètres (la classe fonction à plusieurs paramètres n'existe pas encore). Ces paramètres
seront logiquement représentés par l'actuel LocalState qu'il faudra améliorer par la suite (ou plutôt une classe de base de LocalState pour ne pas faire dépendre les maths de la physique).
Il faudra ensuite voir comment interfacer tout ça avec python. Enfin, il sera utile de paramétrer le type de sortie et donc de définir des types plus élaborés pour les propriétés (des vecteurs, des matrices, etc)
- Modification de la gestion interne des Properties (les 3 maps ont été fusionnées en 1 seule) - création de la classe Property. La Property actuelle est un scalaire piloté par une fonction à un paramètre.
Fichiers ajoutés/supprimés
A mtElements/boundaries/AutesserreContactMethod.cpp
A mtElements/boundaries/AutesserreContactMethod.h
A mtKernel/Property.cpp
A mtKernel/Property.h
