- Passer sur le ListController de ev-fdm
- Revoir le système de filtres
- Enlever le filtre cssify, se servir de ng-class (ou d'un binding, Mathieu dit que cette directive est lente, à tester avec lui), ne pas se baser sur site_id mais sur sur un code iso
- Ne pas utiliser de fonction du controller dans les binding
- Ne pas se servir de cleanupDate
- Ne pas injecter i18n. Le gérer en front avec les filtres
- Ne pas gérer les différents textes liés au status. (Créer un filtre capable de changer un texte en fonction de la valeur d'entrée ?)
- Supprimer le watch sur $state.params. Si nécessaire écouter les events de routing
- Simplifier seeCommunication en utilisant le pouvoir de ui-router $state.go
- Supprimer les dépendances inutilisées
- Supprimer getUserName
- Supprimer les écoutes sur les events liés aux panels. Passer par $state si nécessaire.
- Supprimer saveQuoteComment
- Supprimer autoSaveQuoteComment
- Modifier markAsHandled.
- Supprimer setMessageState
- Supprimer setIsNewFlag. IsNew doit être calculé dans le back
- Supprimer onFetchQuoteSuccess et toutes les méthodes liées.
- Supprimer boolToText
- Supprimer getValue
- Supprimer validate. Se servir des capacités d'angular pour la gestion de form
- Supprimer la dépendance à i18n
- Supprimer la liste des choix des selects. Ça peut aller dans le template
- Il doit y avoir moyen de virer du code mais là comme ça...
Le code est séparé en plusieurs controllers pour les sous panels, toutes les infos sont regroupées ici
- Supprimer le fonctionnement de l'auto save, utiliser ngChange et le throttle
- Simplifier la fonction attach ?
- Supprimer les dépendances non necessaires
- Supprimer evTextareaOptions ?
- Supprimer les watch sur proposal.arrivalDate et proposal.departureDate, utiliser ngChange
- Revoir le fonctionnement de addCoverPicture. (Je comprends pas bien ce que ça fait et, surtout, il y a un timeout)
- Supprimer display
- Supprimer le watchCollection sur proposal.itinerary ? ngChange si possible
- Voir si on peut se debarasser du timeout pour le déplacement du scroll vers la nouvelle accomodation.
- Idem pour addNewStep
- Rebosser sur et utiliser la directive evFocusOnShow
- Supprimer canShowAccomodation
- Supprimer hasAccomodation
- Supprimer getLastDayNumber ?
- Gerer le comportement de suppression d'une step dans le controller principal et non dans QuoteProposalStepDeleteController (un pas de plus vers une comfirmBox, logique au même endroit, objet moins partagé)
- Price, on passe sur la directive de focus
- Supression du watch sur proposal.currency.rate
- Ne pas entourer les inputs de balise de titre
- Revoir le fonctionnement du getAll bloquant à 4 pages.
- getByItinreraryId doit prendre les embeds en parametres et ne pas les forcer (ou utiliser les defaults embed du restangularStorage)
- idem getAll
- Supprimer l'elementTransformer pour les attachements. L'API devrait rendre un embed sans faire paraître la liaison n-m
- Ne pas se leurrer, y aller franco, ctrl + a, suppr. On a eu plein de soucis dessus, on maîtrisait pas setParentless, on peut sans doute faire beaucoup mieux maintenant.
- Supprimer les fonctions en lecture
Sa refacto depend beacoup de la remise en question du model
- Utiliser un elementTransformer plutôt que parseQuoteInfo
- Ne pas forcer les embeds, utiliser les defaults embeds de restangular storage s'il faut
- Se servir d'un elementTransformer si la construction des listes des travelledQuotes vs currentQuotes est necessaire(je pense qu'on peut s'en tirer avec un filter dans la vue plutôt)
- Clean de fetchQuoteList, ou suppression après nettoyage des filtres de cotcot list.
- Regrouper avec MessageStorage (voir remarque au niveau du ShortMessageTransformer)
- Supprimer, go back
- Supprimer, sert à rien apriori
Candidat pour un filtre plus général fonctionnant comme ngPluralize
- Ne pas se baser sur un entier mais sur une string, modification transformer.
Candidat pour un filtre plus général fonctionnant comme ngPluralize
- Ne pas se baser sur un entier mais sur une string, modification transformer.
Candidat pour un filtre plus général fonctionnant comme ngPluralize
Candidat pour un filtre plus général fonctionnant comme ngPluralize. Voir combien de fois et à combien d'endroit il est utilisé
Candidat pour un filtre plus général fonctionnant comme ngPluralize
Candidat pour un filtre plus général fonctionnant comme ngPluralize
- Ne pas se baser sur un entier mais sur une string, modification transformer.
- A minima revoir comment fonctionne la trad. Au mieux s'en débarrasser.
- Pas besoin si les transformers sont changés
- Voir si ça n'existe pas ailleurs. Gestion i18n ( ahah, lol, mdr). Et go ev-fdm
- go ev-fdm
- Fusionner les deux en sortie ?
On a du agent, du localAgent, etc... les filtres et les propriétés doivent concorder.
- Ajouter une méthode pour caster des types numériques vers des chaines de caractères
- Ajouter une méthode de cast des formats de anciens formats de date vers iso8601
- Afficher un code iso pour la langue parlée
- Afficher un code iso pour le drapeau associé
- Avoir un nom autre que le computerName (Evaneos_fr => Evaneos.com)
- Avoir un fullName ou un displayName
- Enlever name ou travellerName
- Se servir d'une méthode cast pour phone
- Transformer les dates en iso8601
- CamelCase pour les propriétés
- Avoir un fullName ou un displayName
- Supprimer le doublon sur id
- State sous forme de chaine de caractère
- Caster is_new en booléen
- LastMessage en embed à la place lastMessageId ?
- Site en embed à la place de siteId ? ou a minima un iso.
- Transformer les dates en iso8601
- Savoir ce que veut dire warning, changer de nom ?
Nous avons deux transformers liés aux messages, attention à ce qu'ils ne divergent pas. Peut-être faut il n'en avoir qu'un et gérer avec un embed ce qui est coûteux dans le MessageTransformer ?
- camelCase
- isOpen en booléen
- type en string
- supprimer useFromId ?
- Trouver un autre nom pour warning ?
- quote en embed ?
- isPrefilled devrait se servir du helper pour les booléens
- userFrom => sender
- quoteNewState en string
- Trouver un autre nom pour future_send ?
- Les méthodes isMessageFutureSend et isMessageWarning sont du métier et devraient être dans Message
- Applatir l'embed attachements
On ne peut pas supprimer le filtre entièrement car il sert dans d'autres applications appelant les services XHR
- Se servir du filtre date dans tout Cotcot
- Modifier les formats de dates incorrects dans l'API pour avoir du iso8601 avec le helper dans AbstractTransformer
- la méthode save n'a pas l'air de fonctionner. des undefined en cas d'update.
- Ajouter une méthode getAll capable d'appeler la liste de manière récursive. C'est dangereux mais il semble qu'il y ai un besoin vu que cela a été implémenté plusieurs fois. Ou réflexion sur l'ergo à base d'infinite scroll, de voir plus, ou de select.
- Spécifier le comportement
- Action à faire avant / après la fermeture ?
- Taille du texte
- Le faire !
- Terminer la directive, merger avec la directive de focus actuel
- Le système de filtre étant toujours lié à celui de la liste il faudrait sans doute merger les deux controllers. Cela permettrait également de simplifier l'écriture du template et du routing associé. ??
- EvPictureList
- EvPictureButtonUpload
- Activable
- Selectable
- proAttachement
- proAddTagPlaceList
- evSelectLanguage
- TagList
Viré le cssify. Par contre Trop chiant d'intégrer les codes iso2 et ya plein d'autres trucs à faire